-
应用性能管理 （APM）：提供对系统的实时监控以实现性能管理，故障管理的解决方案查看全部
-
性能测试工具：查看全部
-
功能测试（软件测试的主要测试，在测试中占据很大比重）：根据产品特性，操作描述和用户方案，测试一个产品的特性和可操作行为以确定他们满足设计需求 针对的问题：功能错误或遗漏，界面问题，性能错误，数据结构及访问错误，初始化及终止问题 功能测试工具：查看全部
-
软件测试分类（按测试类型分类）：功能测试；性能测试；部署测试；文档测试；兼容性测试；易用性测试安全测试；本地化测试；无障碍测试；可靠性测试查看全部
-
主要的MBT工具查看全部
-
基于模型的测试-MBT查看全部
-
基于风险测试——（RBT risk-based testing） 风险：质量风险（软件功能，性能，软件代码缺失）；管理风险（人员能力不足，环境风险） 识别风险：可能性：复杂性；时间压力；高变更率；技能水平；地理分散度 严重程度：使用频率；失效可视性；商业损失；组织负面影响和损害；社会损失和法律责任 RBT的优点：查看全部
-
基于脚本的测试-SBT 探索式测试ET：完全抛开测试脚本的测试；它是一种测试风格，思维不单单是一种测试技术 ST：系统性强；容易管理，控制；设计在先，执行在后；主要是验证自己的思路；可预见性 ET：自由灵活；与ST是互补的，执行和设计并行；不断和系统交互，带着问题测试；学习的过程（重在测试人员） 探索式测试的优点：更能激发测试人员的创造性和工作乐趣；增加了发现新的或较深入的bug的可能性；在较短时间内找到更多的bug以及对SUT（被测程序）作一个快速的评估；有利于更加有效的实施自动化；更加适用于敏捷项目；减少了在简单，繁复上用例的无谓编写时间 缺点：测试管理上有局限性，较难协调和控制；对于bug的重复利用和重现上作用有限；对测试人员的测试技能和业务知识深度要求高；只有在SUT一完全可用的前提下才更有作用；ET的生产率很难定义；ET本身较难进行自动化 局部探索式测试：输入；状态；代码路径；用户数据；执行环境 全局探索式测试：漫游测试法查看全部
-
敏捷测试： 敏捷宣言：个体交互 重于 过程和工具 可用的软件 重于 完备的文档 客户协作 重于 合同谈判 响应变化 重于 遵循计划 敏捷测试：强调从客户角度进行测试；重点关注迭代测试新功能，不再强调测试阶段；尽早测试，不间断测试，具备条件即测试；强调持续反馈；预防缺陷重于发现缺陷 敏捷测试和传统测试区别： 传统测试：测试是质量的最后保护者；严格的变更管理；预先的计划和细节的准备；重量级文档；各个阶段测试严格的入口和出口标准；更多在回归测试时进行重量级的自动化测试‘严格依赖流程执行’；测试团队和开发团队是相对独立的 敏捷测试：开发和测试人员是紧密合作，大家都有责任对软件测试；变更是可接受的，拥抱变更；计划随着进展时常调整；只需要绝对必要的文档；个迭代之间已经没有明显地入口和出口标准；所有阶段都需要自动测试，每个人都需要做，是项目集成的一部分；流程不再需要严格执行团队合作是无缝隙合作查看全部
-
X模型：查看全部
-
W模型查看全部
-
V模型： 软件编码-单元测试（测试程序是否满足设计上的要求） 详细设计-集成测试（测试程序是否满足设计上的要求） 概要设计-系统测试（测试软件功能，性能等质量特性上是否满足系统要求的指标） 需求分析-验收测试（测试软件是否满足用户的需求，合同规定）查看全部
-
软件测试的分类：按测试模式来分类： 瀑布模式；敏捷测试；基于脚本的测试；基于风险的测试；探索式测试 瀑布模型：项目计划，需求分析，软件分析，程序开发，软件测试，集成维护 优点：强调需求，设计的作用；前一阶段完成后，只需要关注后续阶段；为项目提供了按阶段划分的检查点，里程碑清晰；文档规范； 缺点：难以适应需求的频繁变化；项目周期后段才能看到成果；强制的里程碑，完成时间点；文档工作量大查看全部
-
小结--图查看全部
-
验收测试：交付测试。针对用户需求，业务流程的正式的测试，确定系统是否满足验收标准，由用户。客户或其他授权机构决定是否接受系统。 验收测试：用户验收测试（开发方），运行验收测试；合同和规范验收测试；alpha测试（开发者提供环境，用户来测试）；Beta测试（用户测试，环境也是用户提供的）；查看全部
举报
0/150
提交
取消