软测笔记-索引

==================================

测试的阶段：
质量/风险的分析->高层面的测试设计->底层面的测试设计

外部的输入数据用于创建内部的测试部件。

质量/产品风险：
产品不能满足客户、用户或其他风险承担者的可能性。
在质量风险之后，存在一系列的bug。

风险评估的要点：
一个不同职能相互交叉的讨论组。
识别风险，分配等级。
当不同级别的风险需要被区别时，将其隔离。
考虑技术和业务上的风险(系统/用户方面的问题)。
跟踪风险，在里程碑处使风险评估、测试和项目进度保持一致。

==================================

测试用例的设计类型：
基于需求的测试(黑盒，black-box)，功能性测试/非功能性测试。
以需求分析为根据进行测试用例的设计。
在系统行为上寻找bug。
测试对象：用于解决问题的正式/非正式的模块、组件、系统。
方法：等价类，边界值，状态迁移，决策表。
基于结构的测试(白盒，white-box)。
以组件/系统的结构为依据进行测试用例的设计。
在系统构建的方法上寻找bug。
测试对象：系统的代码、设计模式。
方法：语句覆盖，分支覆盖。
基于经验的测试。
根据对系统的理解、过去的经验、推测进行测试用例的设计。
在其他系统产生bug的地方寻找bug。
方法：审查，考察，核对表。

==================================

黑盒/白盒略……详见之前笔记。
(之前的还有图呢！)

==================================

基于经验的测试方法：
在测试执行过程中，不完全创建测试用例。
而是以bug分类系统、核对表、一组测试纲领等为引导方针。
这些指引会在细节阶段前准备好。
经常是一些人工的随机测试。

动态测试的策略：
优点：在寻找缺陷方面有成效，测试用例间有较高的差异从而避免杀虫剂原理。
有效率，能较好地核对已准备好的测试，积极有趣的
缺点：覆盖不足(特别是压力测试)，不易于评估，没有缺陷预防措施。
宏观的信息和讨论不适合庞大的团队，并非所有测试人员具有必需的能力和经验。

==================================

如何选择测试技术：
考虑因素：系统类型、调整的标准、客户/合同的要求、风险的类型和级别
测试目标、所用的文档说明、测试人员的能力/知识、时间/预算
开发周期、以往的经验

测试用例的细节和精确度：
精确的测试用例减少对测试人员能力的要求，但通常不够灵活。
不精确的测试用例可以覆盖更多的测试条件，但不可被复用。
精确的测试用例可以作为一种测试标准，但是很难被维护，而且代价昂贵。
不精确的测试用例可以很快地设计出来，但很难去界定、度量它的覆盖范围。

==================================

全部over了……

剩下的就要靠实践去深入理解了！