没入行之前，我以为软件测试，就是先代替用户使用一遍软件，然后写一份指导手册。就跟试用一样。入行之后才发现，图样图森破啊。
软件测试，其实在你测试前，软件大体要达成的效果已经出来了，起码在需求原型上，就体现出百分比八九十了。剩下不同的，也只是开发在实现过程中的小范围局部性的调整。一般不会有大的调整，如果有，也会有相应的记录，是可以查询的。当然，我在这里说的是客户看到的表面的效果，而在后台开发中用到的算法等内容，这就是在开发过程中由设计师或开发经理等要求的内容了，这个涉及到白盒测试和性能测试，不在这里详述。
到目前为止，我所理解的软件测试，其实归根到底是比对跟需求文档的差距，当差距在可接受范围时，即认为达到了软件测试的目的，该软件达到了交付给客户的强制硬性要求。这里所说的强制要求，是事先与客户商定的最低目标。如果是自公司的推广软件，可能项目经理还有一些软性要求。强制硬性要求是必须要达到的目标，软性要求是非强制性的，是达到了这些要求，软件就会更好，而不达到这些目标，也并不在软件的功能方面产生影响。
这样说来，很多人会认为软件测试是在需求和开发结束后开展的。其实不然。完整的软件测试过程，应该是在需求阶段就进入的。下面说一下各阶段中中，测试人员进入的好处。
在需求阶段的进入，将会使测试人员更加了解软件使用目标用户的使用习惯和使用偏好，在制定测试用例的时候将更有侧重点。这并不是指软件测试是只测试用户使用的功能和内容，只是测试时间有限，更高的利用效率将使软件更符合客户的目标。
在设计阶段的介入，
网友评论