发现问题的活动:
可以对其中的活动进行扩展,如下为某公司对发现活动的扩展,像需求就被明确的分成评审和检视,广义的评审其实是包含检视的。
ODC属性
ODC属性标准提示语
选项
选项提示
发现问题的活动
发现问题的第一瞬间问题发现人的行为是什么?
需求评审
相关人员对产品或项目级需求文件进行评议及批准的会议或过程(包括评审会议前的预审)
需求检视
为了发现产品或项目级需求文件中的错误,对需求文件进行的以视觉检查为主的静态分析活动
信息评审或检视
相关人员对产品资料和软件内部用户信息进行评议及批准的会议或过程(包括评审会议前的预审),或者对信息进行的以视觉检查为主的静态分析活动
信息测试
为了检查产品资料和软件内部用户信息的正确性和可用性而进行的测试
测试计划/方案评审或检视
相关人员对产品或项目级测试工作产品(包括测试计划/方案/用例)进行评议及批准的会议或过程(包括评审会议前的预审),或者对测试计划/方案进行的以视觉检查为主的静态分析活动
设计评审
相关人员对产品或项目级设计文件进行评议及批准的会议或过程(包括评审会议前的预审)
设计检视
为了发现产品或项目级设计文件中的错误,对设计文件进行的以视觉检查为主的静态分析活动
设计审查
审核人对产品或项目级设计文件进行审查和批准的活动
代码评审或检视
相关人员对软件代码进行评议及批准的会议或过程(包括评审会议前的预审),或者对软件代码进行的以视觉检查为主的静态分析活动
单元测试
白盒测试或建立在对代码内部详细知识基础上的代码执行。项目级集成测试中偏白盒的用例暴露的故障也归入此类。
用户界面评审或检视
将界面(图形或命令行界面)原型、设计文档与已知需求相比较,进行评审或检视。这里只考虑界面的图形或命令行的视觉效果部分,而不考虑界面的功能特性
用户界面测试
将界面(图形或命令行界面)原型、设计文档与已知需求相比较,进行测试。这里只考虑界面的图形或命令行的视觉效果部分,而不考虑界面的功能特性
功能测试
黑盒测试,即在通常条件下,忽略系统或组件内部机制,仅仅聚焦在对于给定输入和执行条件下的输出上的测试,或用于检验系统与所说明的功能需求相符的测试。注意:1、项目级集成测试中偏黑盒的用例暴露的故障归入此类;2、此处的功能测试不包括为支撑系统可靠性而实现的功能的测试(例如系统冗余备份、倒换功能的测试),后者归入可靠性测试中。
性能测试
系统在额定状态下的性能需求测试(包括SVT阶段的指标一致性测试),用于评估系统或其组件是否符合已说明的性能需求。性能指的是系统或其组件在给定的约束条件下(例如速度、精度或内存使用量)完成指定功能的程度好坏。性能需求指的是在功能需求上强加的条件,例如,一条说明某一给定功能必须执行的速度、精度、或内存使用量的需求。
可靠性测试
为保证系统或组件满足可靠性方面的功能或性能指标需求而进行的测试。可靠性指的是系统或组件持续运行而不发生意外中断的能力。