ST-第2章+需求和设计评审.ppt

ST-第2章+需求和设计评审
评审会议角色
主持人
作者
记录员
列席人员
内审员
技术专业人员
评审的技术
检查表（checklist）是一种常用的的质量保证手段，也是正式技术评审的必要工具，评审过程往往由检查表驱动。一份精心设计的检查表，对于提高评审效率、改进评审质量具有很大帮助。
可靠性。人们借助检查表以确认被检查对象的所有质量特征均得到满足，避免遗漏任何项目。
效率。检查表归纳了所有检查要点，比起冗长的文档，使用检查表具有更高的工作效率。
检查表、场景分析、头脑风暴和工具等
内容
2.1 软的方件评审法与技术
2.2 产品需求评审
2.3 设计审查
2.2 产品需求评审
2.2.1需求评审的重要性
2.2.2 如何理解需求
2.2.3 需求评审的标准
2.2.4 如何对需求进行评审
问题
为什么在测试计划中谈需求评审？
需求缺陷
为什么软件需求定义中存在很多缺陷最多？
软件缺陷并不只是在编程阶段才产生，需求和设计阶段同样会产生缺陷。
测试需求
在制定测试计划之前，必须清楚测试需求
明确测试需求的优先级
测试需求分解得越细，对测试用例的设计质量越有帮助
详细的测试需求还是衡量测试覆盖率的重要依据
测试需求是规划具体项目资源和时间的基础。
测试目标取决于软件质量需求，而这种需求分为功能性需求和非功能性需求，功能性的需求相对容易确定，非功能性的测试需求难以确定。
功能性测试需求
程序安装、启动正常，有相应的提示框、错误提示
各项功能符合设计要求，正常运行并输出正确结果
功能逻辑合理，并能处理各种异常操作
能接受正确的数据输入，输出结果准确，格式清晰
系统的各种状态按照业务流程而变化并保持稳定
支持各种应用环境，能配合硬件设备
… …
功能性测试需求主要是根据产品规格说明书来检验被测试的系统是否满足软件各方面的功能的使用要求，包括用户界面的友好性。
用户界面及其显示要求
通用框架、浮动窗口和文字等整体布局合理
文字显示正常，且内容格式正确、美观。
色彩协调，风格前后一致，
文字标记和超链接可以打开和跳转成功
… …
用户界面是和用户进行交互的窗口，其友好程度直接影响用户对于软件产品或软件服务的满意度。良好的用户体验，简单、方便和明了，让用户舒畅、愉悦
KISS – Keep it simple, stupid
Don’t make me think