第2节-软件测试基础要点.pptx

软件测试基础知识;2;功能度：用水杯装水看漏不漏；水能不能被喝到 安全性：杯子有没有毒或细菌，检查水杯被破坏后，是否会造成使用者伤害可靠性：杯子从不同高度落下的损坏程度 可移植性：杯子再不同的地方、温度等环境下是否都可以正常使用 兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等 易用性：杯子是否烫手、是否有防滑措施、是否方便饮用 错误测试：装载高密度固体 破坏测试：检查水杯最大抗挤压和拉扯承受力 用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述 疲劳测试：将杯子盛上水（案例一）放24小时检查泄漏时间和情况；盛上汽油（案例二）放24小时检查泄漏时间和情况等;4;所有的软件测试都应追溯到用户需求 应把“尽早地和不断地进行软件测试”作为软件开发和测试人员的座右铭。 不存在完美的测试。 测试无法显示软件潜在的缺陷。 充分注意测试中的群集现象(二八法则)。 程序员应避免检查自己的程序。;确保产品完成了它所承诺或公布的功能 ； 确保产品满足性能和效率的要求； 确保产品健壮和适应用户环境的能力； ; 以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正各种错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患所带来的商业风险。;制定相应测试阶段的结束的标准； (Good Enough) ;按照开发阶段划分（单元测试、集成测试、系统测试、确认测试和验收测试） 按照测试实施组织划分（开发方测试（验证测试或α测试）、用户测试、第三方测试） 按照测试技术划分（白盒测试、黑盒测试、灰盒测试） ;软件测试过程模型V模型;软件测试过程模型W模型;软件失效分类： 软件错误（software error） 软件缺陷（software defect） 软件故障（software fault） 软件失效（software failure） 软件错误 软件缺陷 软件故障 软件失效 ;表示软件缺陷所造成的危害的恶劣程度 优先级表示修复缺陷的重要程度与次序 严重级 严重（Fatal）：系统崩溃、数据丢失、数据毁坏 较严重（Critical）：操作性错误、错误结果、遗漏功能 一般（Major）：小问题、错别字、UI布局、罕见故障 建议（Minor or Suggestion）：不影响使用的瑕疵或更好的实现 优先级 最高优先级（）：立即修复，停止进一步测试。 次高优先级（）：在产品发布之前必须修复。 中等优先级（）如果时间允许应该修改 最低等优先级（）：可能会修改，但是也能发布。 ;软件错误的主要状态包括以下内容。 新信息（New）：测试中新报告得软件Bug。 打开（Open）：被确认并分配给相关开发人员处理 修正（Fixed）：开发人员已完成修正。 拒绝（Declined）：拒绝修改Bug。 延后（Deferred）：不在当前版本修复的错误，下一版修复。 关闭（Closed）：Bug已被修复 ;错误管理的额流程可以概括为以下几项内容。 ? 测试人员提交新的错误入库，错误状态为“New”。 ? 高级测试人员验证错误。 1) 如果确认是错误，分配给相应的开发人员，设置状态为“Open”。 2) 如果不是错误，则拒绝，设置为“Declined”状态。 ? 开发人员查询状态为“Open”的错误，做如下处理。 1) 如果不是错误，则置状态为“Declined”状态。 2) 如果是错误，则修复并置状态为“Fixed”状态。 3) 如果不能解决的错误，要留下文字说明并保持错误??“Open”状态。 4) 对于不能解决和延后解决的错误，不能由开发人员自己决定，一般要通过某种会议(评审会)通过才能认可。 ? 测试人员查询状态为“Fixed”的错误，验证是否解决，做如下处理。 1) 如问题解决了，置错误的状态为“Closed”。 2) 如问题没有解决，则置状态为”Reopen”。