让测试人员参与软件设计

     项目测试过程中我们的任务也许仅仅只是找出bug，但是对于bug产生的本身可能并不关心，因为绩效考核只关心bug的质量和数量，所以使得我们测试人员的眼光变得很狭隘，甚至可以说是肤浅。最近在接手一个项目测试任务时，发现我们的工作是如此的单调，而且不愉快，原因在哪儿呢，大家一致总结是因为没有需求，或者说有需求但是不明确，可能是由于习惯性的软件开发流程将我们套牢了，测试总是变得很被动，而且必须只能从需求入手才能开展测试，但事实证明，需求也有太多的不合理，因为当需求变得没有依据时，我们还能指望谁呢/span>

　　通过几次这种痛苦的磨练，我开始怀疑我们是否还需要如此被动的开展我们的测试流程，因为都被开发搞的焦头烂额了，更是被需求忽悠无法容忍了，不过什么样的环境我们还是得接受下去，只有通过自个卑微的努力去一点一点地去改变和完善我们的流程，毕竟产品的质量不是一天就可以抓起来的。而对于测试过程我还是吸取了不少经验，对于今后的项目管理我也有我个人的一些收获，这些都是痛苦的教训。以前我很不理解还有测试架构师这个职位，前段时间看过一篇关于软件设计师与测试架构师的PK，让我深有体会，测试架构师是什么角色，这个角色的重要性，正如我今天所碰到的这些问题，如果一个项目中有这样的角色，那测试过程将更加完美。测试架构师与软件设计师的PK就好象测试人员与开发人员的PK，但是从技术含量的角度，软件设计师和测试架构师可能更容易达成一致，因为产品在设计阶段的问题是至关重要的，一般能成为测试架构师，我想水平也肯定不是一般的，所以说如何让测试人员参与软件设计，并不只是一个形式，在没有测试架构师指导的情况下，测试人员参与软件设计是绝对有利于软件设计的，因为很多时候软件设计本身就没有依据可言，就需要测试人员扮演用户的角色来对设计进行测试，提出意见之后达成有效的共识。