-
基于脚本的测试-SBT（Script-based Testing/Scripted Testing(ST)）：强调的是先做测试设计 ET（Exploratory Testing,探索式测试）： 完全抛开测试脚本的测试 ET是一种测试风格、思维，而不是一种测试技术 ST和ET是互补的：查看全部
-
敏捷测试VS传统测试 传统测试： 测试是质量的最后保护者； 严格的变更管理； 预先的计划和细节的准备； 重量级文档 各阶段测试严格的入口和出口标准； 更多在回归测试时进行重量级的自动化测试； 严格依赖流程执行； 测试团队和开发团队是相对独立的 敏捷测试： 开发和测试人员是紧密合作，大家都有责任对软件负责； 变更是可接受的，拥抱变更； 计划随着进展时常调整； 只需要绝对必要的文档； 各迭代之间已经没有明显的入口和出口标准； 所有阶段都需要自动测试，每个人都需要做，是项目集成的一部分； 流程不再需要严格执行； 团队合作是无缝隙合作；查看全部
-
本地化测试查看全部
-
易用性测试定义查看全部
-
可靠性测试查看全部
-
文档测试的定义查看全部
-
兼容器兼容性测试工具查看全部
-
浏览器内核查看全部
-
兼容性测试查看全部
-
敏捷测试（Agile Testing）--遵循敏捷宣言的一种测试实践 敏捷宣言（价值观）： 个体与交互 重于 过程和工具 可用的软件 重于 完备的文档 客户协作 重于 合同谈判 响应变化 重于 遵循计划 在每对比较中，后者并非全无价值，但我们更看重前者 敏捷测试的特点： 强调从客户角度进行测试 重点关注迭代测试新测试，不在强调测试阶段 尽早测试，不间断测试，具备条件即测试 强调持续反馈 预防缺陷重于发现缺陷查看全部
-
H模型：把软件测试看成一个独立的流程，与其他流程并发进行，比如设计流程，并发流程，甚至是测试流程查看全部
-
X模型（针对V模型）：查看全部
-
W模型（双V模型）：查看全部
-
V模型（最广泛） 需求分析->概要设计->详细设计->软件编码->单元测试->集成测试->系统测试->验收测试查看全部
-
按测试模式来分类： 瀑布模型、敏捷测试、基于脚本的测试、基于风险的测试、探索式测试等。 传统的瀑布模型：项目计划->需求分析->软件设计->程序开发->软件测试->集成维护 瀑布模型的优缺点： 优点：强调需求、设计的作用；前一阶段完成后，只需关注后续阶段；为项目提供了按阶段分的检查点，里程碑清晰；文档规范 缺点：难以适应需求的频繁变化；项目周期后期才能看到成果；强制的里程碑、完成时间点；文档工作量大查看全部
举报
0/150
提交
取消