在规范的软件生成的流程中，产品功能说明书应在用户需求评审会议召开后，进行系统的概要设计前确定。
2 原因
(1)很多软件的缺陷都是因为产品功能说明书不够全面，经常更改造成的;
(2)只有详细的阅读了产品功能说明书，确认产品需要实现的功能，才能拟定切实可行的测试方案;
3 方法
(1)参照需求说明书，检查产品功能说明书描述的产品将要实现的功能是否已经完整、准确、一致、合理的描述了产品的功能，并确保这些功能是可测试的
(2)研究产品说明书是否符合现有的软件设计开发的标准或规范;
(3)研究同类软件，预测产品的最终结果;
如果测试人员发现产品说明书不符合以上几点，该怎么做?
测试人员需要明白，我们的责任是反映产品的缺陷，我们不需要也不能修正产品，所以同发现软件的其它缺陷一样，在发现产品说明书的缺陷后，应该把它们如实并详细的记录下来，呈报给此软件的最终负责人，对并此缺陷的处理情况进行跟踪。
注意同发现的软件其它缺陷一样，缺陷列表应该呈报给软件的最终负责人，而不是给相关技术人员或技术主管，因为技术人员可能会以在技术的实现上有难度为推托，拒绝对缺陷的修改。
4 目前的可执行度
(1)很多软件在开发前并没有书面形式的产品说明书
目前我国的许多软件公司都是小型的手工作坊式的公司，在程序开发前都没有一个正式的、完整的、确定的产品说明书，即便是这种情况，产品说明书也是存在的，它存在在软件设计人员、项目负责人的脑海里，在他们心中都有一个软件的轮廓，假定了软件将要实现的功能。我们的测试人员可以在同他们的交流和不断的询问中获得这个非正式的产品说明书，值得注意的是在我们得到这些信息后还需要以书面的形式把它们一一列举出来，再向相关人员请教，最后做到能完整、准确、一致、合理的描述了产品的功能。
(2)测试人员一般不会在项目初期就参与项目
当前还存在着这样一种问题，公司一般不会让软件测试人员在项目的初期就参与项目，一般要等到软件的雏形出来后才会让软件测试人员着手进行测试。对这种情况，测试人员可以通过已经建立的软件的雏形，揣摩产品说明书，然后也是同上段所说一样，向相关人员请教，拟定一份书面的完整的、准确的、一致的、合理的产品说说明书。值得注意的是，测试人员在运行软件的雏形时，往往会发现一些软件缺陷，这时千万不要局限在这些缺陷上耗费经历，以致忘了拟定产品说明书的主要任务，一定要记住：测试一个软件最首要也是最重要的是测试其产品说明书，在产品说明书明确后，再制定具体的测试案例。
以上两点是指在公司体系不太正规的情况下给测试员的建议，但我认为要能更好的保证软件的质量，或许规范生成软件的整个运作流程更为有效：产品说明书由项目负责人来主持定版比较好，因为他把握着产品发展的方向;在产品说明书定版时的会议应请负责测试的人参加，使他们对产品有一个宏观的认识，我也不赞成测试人员过早的局限于某一项目，如果那样他们会觉得无所事事。
三、完全测试软件是绝不可能的，必须对测试的各项进行等价划分。
文章来源于领测软件测试网 https://www.ltesting.net/
