我的2009，我的测试路
开发一个功能，开发人员必须要知道实现什么，用什么方法实现最好。而一个功能要很好的满足用户的要求就必须要完全领会用户的需求，开发时尽最大努力满足用户需求，甚至于替用户考虑很多他都不曾考虑到的问题，并且很好的实现。东西作出来，做的人一般很难发现自己产品的问题，甚至明知有问题也不当回事。这时候就需要有人出来指出问题，最好可以提出解决办法，这样的人就是我们软件测试人。软件测试要做到这种程度，我们就牛了，但真要牛起来也不是一日之寒啊。我们需要完全领会客户需求，我们也需要理解功能的实现方法，这就要求我们参与需求和设计的评审工作，我们必须参加。做了这些并不能保证就能测试好，我们根据这些编写的测试用例是需要比我们强的人来评审的，否则前面的工作都是白扯。因为时间紧张的情况下，人不是神；即使时间很宽松的前提下，没有经过评审的测试用例也不会每次都是完美的。测试工作需要高层支持，测试用例更需要评审；测试人员是人不是神。我觉得要根本上解决缺陷遗漏问题，就必须在考虑公司实际情况的前提下根据先行者总结出来的软件开发和测试流程搞出一套适合自己的开发和测试流程，并且在工作过程中严格执行。:hug:
页:
[1]
