1. 测试计划受到以下因素影响:
组织的测试方针、测试范围、测试目标、风险、约束、关键程度、可测试性和资源的可用性等。
2. 测试计划是持续性活动，需要在整个生命周期过程和活动中进行。从测试得到的反馈信息可以识别变化的风险，从而对计划做出调整。
3. 入口准则：
测试环境已经准备就绪并可用；
测试工具在测试环境中已经准备就绪；
可测的代码可用；
测试数据可用。
4. 出口准则：
完整性测量：比如代码、功能或风险的覆盖率；
对缺陷密度或可靠性度量的估算；
成本；
遗留风险：如没有被修改的缺陷或在某些部分测试覆盖不足；
进度表：如基于交付到市场的时间。
5. 测试估算
基于度量的方法：根据以前或相似项目的度量值或典型的数据进行估算；
基于专家的方法：由任务责任人或专家进行工作量估算。
6. 测试的工作量取决于多种因素：
产品的特点：规格说明或用于测试模型的其他信息（测试依据）的质量、产品的规模、问题域的复杂度、可靠性和安全性的需求和文档的需求；
开发过程的特点：组织的稳定性、使用的工具、测试过程、参与者的技能水平和时间紧迫程度等；
测试的输出：缺陷的数量和需要返工的工作量。
7. 测试方法的选择取决于：
风险、危害和安全、可用资源和人员技能、技术、系统类型、测试对象和相关法规。
8. 典型的测试方法：
分析的方法：如风险测试；
基于模型的方法：如随机测试利用失效率（如可靠性增长模型）或使用率（允许情况）的统计信息；
系统的方法：如基于失效的方法（错误推测和故障攻击），基于检查表的方法和基于质量特征的方法；
基于与过程或符合标准的方法：如行业标准规定的方法或各类敏捷的方法；
动态的启发式的方法：类似探索性测试；
咨询式的方法：如测试覆盖率主要根据小组以外的业务领域和/或技术领域专家的建议和指导来推动的；
可重用的方法：如重用已有的测试材料、广泛的功能回归测试自动化、标准测试套件等。
9. 测试过程的监控
提供测试活动的反馈信息：
测试用例准备工作完成的百分比；
测试环境准备工作完成的百分比；
测试用例执行情况：执行/未执行的测试用例数、通过/失败的测试用例数；
缺陷信息：如缺陷密度、发现并修改的缺陷、失效率、回归结果；
需求、风险或代码的测试覆盖率；
测试员对产品的主观信心；
测试里程碑的日期；
测试成本，包括寻找下一个缺陷或执行下一轮测试所需成本与收益的比较。
10. 测试报告：
内容：
测试周期内发生了什么？比如：达到出口准则的日期；
通过分析和度量为下一步活动提供建议或做出决策：如：对遗留缺陷的评估、是否继续测试的经济效益、未解决的风险以及被测试软件的置信度等。
11. 在测试级别的过程中和完成时度量信息用来评估：
该测试级别的测试目标实现的充分性；
采用的测试方法的适当性；
针对测试目标的测试的有效性。
12. 测试控制措施：
如：
基于监控信息来做出决策；
如果一个已识别的风险发生，重新确定测试优先级；
根据测试环境可用性，改变测试的时间进度表；
设定入口准则：如规定缺陷修复后需开放在测试后才能发布新版本。
13. 配置管理可以确保：
测试件的所有相关项都已经被识别，版本受控，相互之间有关联以及和开发项（被测对象）之间有关联的变更可跟踪；
在测试文档中，所有被标识的文档和软件能被清晰明确的引用。
14. 风险级别
风险级别取决于发生不确定事件的可能性和产生的影响。
|
