-
软件测试分类: 按测试类型: 功能测试、性能测试、兼容性测试、部署测试、易用性测试、文档测试、本地化测试、安全测试、无障碍测试、可靠性测试 功能测试: 根据产品特性、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。 针对的问题: 功能错误或遗漏、界面问题、性能错误、数据及访问错误、初始化及终止错误。 功能测试工具: 商用: QTP(web)、winrunner(桌面)、silkTest、Rational robot 开源: selenium、Watir、Sikuli(基于屏幕截图) 性能测试: 负载测试:在测试过程中，逐步加入负载，最后确认最大负载; 压力测试:在极限情况的压力情况; 稳定性测试:稍大于正常业务量的情况下持续长时间的测试。 性能指标: 并发用户数VU、每秒事务数TPS、系统响应时间、设备性能。 性能测试工具: LoadRunner、Silkperformer、Jmeter、WebLoad、Apache Bench、LoadUI。 静态性能评估: 开发Web应用时，基于一系列Web应用页面性能优化的最佳实践对Web应用的页面进行静态分析，并给出评估结果的性能分析方法。 应用性能管理(APM): 提供对系统的实时监控以实现性能管理、故障管理的解决方案。查看全部
-
基于脚本的测试-SBT Script-based Tested Scripted Testing(ST) 遵照计划进行测试，属于传统测试。 探索式测试(ET) 完全抛开测试脚本的测试。 它是一种测试风格、思维而不是一种测试技术。 探索式测试的优点: 1.更能激发测试人员的创造性和工作乐趣; 2.增加了发现新的或较深入Bug的可能性; 3.在较短时间内找到更多Bug以及对SUT(被测系统)作一个快速的评估; 4.有利于更加有效地实施自动化; 5.更加适用于敏捷项目; 6.减少了在简单、繁复上用例的无谓编写时间。 缺点: 1.测试管理上有局限性，较难协调和控制; 2.对于Bug的重复利用和重现上作用有限; 3.对测试人员的测试技能和业务知识深度依赖较大; 4.只有在SUT已完全可用的前提下才更有作用; 5.ET的生产率很难定义; 6.ET本身较难进行自动化。 ST、ET互补 Pure Scripted-完全的ST Freestyle-完全的ET 基于风险的测试: Risk-based Testing 一种基于对软件失效的风险评估并以此指导测试计划、设计、执行、结果评估的软件测试类型。 风险包括: 质量风险、管理风险、 风险级别=风险可能性＊风险严重度 基于模型的测试-MBT 对功能测试点的测试模型 偏于自动化测试 主要的MBT工具: Spec Explorer(Microsoft) GraphWalker(OpenSouce) Tcases(OpenSouce) modeljunit(OpenSouce)查看全部
-
基于模型的测试流程查看全部
-
RBT的优点查看全部
-
识别风险查看全部
-
全局探索式测试查看全部
-
局部探索式测试查看全部
-
ST VS ET查看全部
-
敏捷测试: Agile Testing--遵循敏捷宣言的一种测试实践。 敏捷宣言: 个体与交互 重于 过程的工具 可用的软件 重于 完备的文档 客户协作 重于 合同谈判 响应变化 重于 遵循计划 在每对比较中，后者并非全无价值，但我们更看重前者。 特点: 1.强调从客户角度进行测试; 2.重点关注迭代测试新功能，不在逻辑测试阶段; 3.尽早测试，不间断测试，具备条件即测试; 4.强调持续反馈; 5.预防缺陷重于发现缺陷。查看全部
-
敏捷测试VS传统测试（2）查看全部
-
敏捷测试VS传统测试查看全部
-
H模型查看全部
-
X模型查看全部
-
W模型查看全部
-
V模型查看全部
举报
0/150
提交
取消