发表你的观点：

测试人员什么时候开始工作？

通过刚才的讨论，我们看到，其实测试人员并不是等到软件开发完成之后才开始软件测试工作。回顾前面学过的软件测试模型，我们也可以看到，不论是测试V模型还是W模型，测试工作都是从需求阶段就开始的。

需求阶段测试人员做什么

了解项目信息（项目来源、用户、进度、开发工具等信息），对项目进行需求分析。

测试人员在项目开发初期最重要的是读需求文档，需求描述了系统要实现的功能和非功能需求，要描述清楚用户所要的具体功能要求。

为什么要对需求进行测试

在软件开发过程中，需求分析是最开始的工作，需求分析如果做得不够详细或者是偏离用户需求的话，往往会给项目带来灭绝性的灾难。

用户的表达和需求工程师的理解有时并不会一致，这样会导致用户所想的和需求说明书上所描述的有偏差。

需求中也会有缺陷，并且需求阶段产生的缺陷会“长大”，并且数量最多，修复代价最高。

由于需求编写存在问题不明确，不清晰，不正确、需求遗漏导致的。

需求能告诉测试人员应该测试什么，以及如何去测试

课前讨论：

小何为什么错了

小何如果不问领导文件应该怎么整理，可能一头雾水，然后按照自己的意愿来整理文件（可能小何会把领导的话理解成这样：桌上的文件太乱了、把它收拾干净整齐就行了）。

领导回来后大怒，为什么？

小何委屈地重新整理文件

测试人员必须参加需求评审

测试人员参与需求评审，从可测试的角度，努力发现《用户需求说明书》中不可测试的需求，从而提醒需求分析人员尽早修改；

测试人员参与需求评审，从测试人员的角度努力发现《用户需求说明书》中的不完整性，从而提醒需求分析人员及时补充遗漏掉的这部分用户需求。

需求分析阶段会根据用户的需求产生产品需求说明文档（PRD）（内容包括产品功能要求、开发要求、兼容性要求、性能要求、扩展要求、产品外观要求等）,测试工程师（QA）拿到需求说明文档后所做的工作。

测试人员的工作职责：

   阅读PRD的内容、理解需求说明书中各功能和要求。

   发现问题，及时与PM（产品经理）反馈信息。

   不理解的内容，及时与PM（产品经理）联系。

研读需求文档

1  研读文档主要任务

 提取有用的需求信息

 提出需求中不清晰、不理解、不明白的问题

 和用户、业务人员、产品经理或产品设计人员、开发人员等沟通

2  怎么研读文档

分析思路

•  分析软件的用户群，分析用户的实际需要；

•  分析软件的开发环境、开发语言、数据类型；

•  分析软件架构、软件的运行环境和平台、数据库类型；

•  分析软件要实现哪些目标（功能、性能、界面、易用性、兼容性、安全性）以及具体的要求是什么；

•  分析软件有哪些功能，每种功能要完成什么业务，这些业务应该怎么实现，业务逻辑是什么，业务流程是怎样的，业务规则有何要求；

•  分析功能或业务间的联系，哪些业务更关键或重要；

•  明确测试周期，测试目标，测试范围。

细节上包括：

• 分析每个功能或模块上实现的功能

• 涉及的开发原理包括数据类型

• 从用户使用场景角度分析业务流程

• 记录业务规则

实施 

以情景再现的形式写出需求信息。

研读需求文档案例

 拿到一个项目，怎么入手？

     即时贴程序部分需求说明

     便签的数量最多为 50 个

     便签标题字数最多为 40 个字节

     便签的正文文字数量最多为 200 个

     年份只能设置在 1900－2100 之间

【注意：该作业同步发放到学习通作业任务中，需在该作业任务下完成，该作业计入平时成绩 】

1. 需求描述里写到：一图书销售系统，其中一加工为“优惠处理”，条件是：顾客的营业额大于1000元，同时必须信誉好，或者虽然信誉不好，但是20年以上的老主顾。

以上描述有什么问题？

2.需求描述里写到：每个页面的访问响应时间不超过3秒

以上描述有什么问题？

【注意：该作业同步发放到学习通作业任务中，需在该作业任务下完成，该作业计入平时成绩 】

       县级主管登录系统后，可以查看项目经办人提交的项目实施进度，系统显示当前时间10日范围内的待办项目列表（包括当前时间之前未办事项及未来一段时间的待办事项）。

        县级主管可针对项目经办人提交的项目进度安排进行审核，审核通过后提交至市级，否则驳回至项目经办人重新修改，若出现异常，县级主管可以直接强行终止项目，并填写终止原因，提交至市级审核。

请找出以上描述里存在的问题。