学习笔记7：3-22

1.参与需求制定评审，根据需求编写测试计划，设计测试用例？
（1）参与需求制定评审？
评审原因：
由于软件系统的复杂性，在需求分析阶段可能存在着开发方对委托方业务需求理解不全面、不准确的情况。在这种情况下，如果不进行相关的质量控制，往往会造成开发结果与用户需求不一致的后果。需求测试的目的就在于保证软件设计最大可能地满足有关用户的所有需求，降低额外风险和未预料的成本。
评审人员：
需求评审必须要有用户或用户代表参与，同时还需要包括项目的管理者、系统工程师、相关开发人员、测试人员、市场人员、维护人员等。在项目开始阶段就应当确定不同级别、不同类型的评审必须要有哪些人员的参与，否则，评审可能会遗漏部分人员的意见，导致需求的缺失。
评审需求：
完整性：每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。正确性：每一项需求都必须准确地陈述其要开发的功能。
一致性：一致性是指与其它软件需求或相关标准规定不相矛盾。
可行性：每一项需求都必须是在已知系统和环境的限制范围内可以实施的。
无二义性：对所有需求说明都只能有一个明确统一的解释，由于自然语言极易导致二义性，所以尽量把每项需求用简洁明了的语言表达出来。
健壮性：需求的说明中是否对可能出现的异常进行了分析，并且对这些异常进行了容错处理。
必要性：每项需求的制定都是必要的且能够追溯的。
可测试性：每项需求都能通过设计测试用例或其它的验证方法来进行测试。
可修改性：每项需求只应在软件需求说明书中出现一次，这样更改时易于保持一致性。
可跟踪性：应能在每项软件需求与它的根源和设计元素、源代码、测试用例之间建立起链接，这种可跟踪性要求每项需求以一种结构化的方式编写并单独标明。
https://blog.csdn.net/qq_27495157/article/details/79740518
（2）编写测试计划？
编写测试计划的原因：
1）领导能够根据测试计划做宏观调空，进行相应资源配置等；2）测试人员能够