测试人员需要明白，我们的责任是反映产品的缺陷，我们不需要也不能修正产品，所以同发现软件的其它缺陷一样，在发现产品说明书的缺陷后，应该把它们如实并详细的记录下来，呈报给此软件的最终负责人，对并此缺陷的处理情况进行跟踪。
注意同发现的软件其它缺陷一样，缺陷列表应该呈报给软件的最终负责人，而不是给相关技术人员或技术主管，因为技术人员可能会以在技术的实现上有难度为推托，拒绝对缺陷的修改。
4 目前的可执行度
(1)很多软件在开发前并没有书面形式的产品说明书
目前我国的许多软件公司都是小型的手工作坊式的公司，在程序开发前都没有一个正式的、完整的、确定的产品说明书，即便是这种情况，产品说明书也是存在的，它存在在软件设计人员、项目负责人的脑海里，在他们心中都有一个软件的轮廓，假定了软件将要实现的功能。我们的测试人员可以在同他们的交流和不断的询问中获得这个非正式的产品说明书，值得注意的是在我们得到这些信息后还需要以书面的形式把它们一一列举出来，再向相关人员请教，最后做到能完整、准确、一致、合理的描述了产品的功能。
(2)测试人员一般不会在项目初期就参与项目
当前还存在着这样一种问题，公司一般不会让软件测试人员在项目的初期就参与项目，一般要等到软件的雏形出来后才会让软件测试人员着手进行测试。对这种情况，测试人员可以通过已经建立的软件的雏形，揣摩产品说明书，然后也是同上段所说一样，向相关人员请教，拟定一份书面的完整的、准确的、一致的、合理的产品说说明书。值得注意的是，测试人员在运行软件的雏形时，往往会发现一些软件缺陷，这时千万不要局限在这些缺陷上耗费经历，以致忘了拟定产品说明书的主要任务，一定要记住：测试一个软件最首要也是最重要的是测试其产品说明书，在产品说明书明确后，再制定具体的测试案例。
以上两点是指在公司体系不太正规的情况下给测试员的建议，但我认为要能更好的保证软件的质量，或许规范生成软件的整个运作流程更为有效：产品说明书由项目负责人来主持定版比较好，因为他把握着产品发展的方向;在产品说明书定版时的会议应请负责测试的人参加，使他们对产品有一个宏观的认识，我也不赞成测试人员过早的局限于某一项目，如果那样他们会觉得无所事事。
三、完全测试软件是绝不可能的，必须对测试的各项进行等价划分。
1 概念
等价分配：软件有无限的测试案例，我们要想办法把软件的相似输入、输出、操作分成一组，来使无限的测试案例减小到同样有效的小范围，这个过程称为等价分配。
边界条件：软件计划的操作界限所在的边缘条件，即如果超出这个边界条件，就可能会引出错误。
2 原因
输入量太大
输出结果太多
软件实现途径太多
软件说明书没有客观标准。从不同的角度看，软件缺陷的标准不同。
3 方法
(1)数据测试：
1) 确定输入的边界条件，对边界线上的及边界线两边的数据进行测试;
2) 边界线可能是2的乘方，默认值、空白值、零值等;每一个软件测试问题各不相同，可能包含格式各样边界的不同数据。
(2)状态测试(软件的状态是指软件当前所处的情况或者模式)
1) 每种状态至少访问一次;
2) 测试看起来最常见最普遍的状态转换;
3) 测试状态之间最不常用的分支;
4) 测试所有错误状态及其返回值;
5 目前的可执行度
6) 测试随机状态转换
文章来源于领测软件测试网 https://www.ltesting.net/
