软件测试PPT-第一章--软件测试导论.pptVIP

软件测试 2.软件测试与软件调试的区别 概念不同：软件测试是一个在可控环境中执行软件的过程，以验证是否按预期运行。软件调试是一个分析和定位软件BUG的过程。 作用不同：调试是测试的一个基础，调试支持测试，但不能完全替代测试。 目的不同：调试使软件能正确运行，而测试是发现软件中的错误。 对象不同：调试的对象是代码，测试的对象是开发过程中的所有的产品。 3. 软件测试的目的 基于不同的立场，存在两种完全不同的测试目的。 从用户的角度，希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否接受该产品。 从开发者的角度，希望通过软件测试表明软件产品中不存在错误，验证软件已正确地实现了用户的要求，确立对软件质量的信心。 综合明来，测试的目的是通过对软件错误的原因和分布进行归纳，来发现并排除软件产品的缺陷，对在需求和设计过程中存在的问题查缺补漏，确保软件产品的质量。 4. 软件测试的基本职责 软件测试有两个基本职责： 一是验证：前后阶段的需求是否一致。即正向思维，所有特性功能通过，达到预期。 二是确认：满足最终需求。即反向思维，存在错误而尽力发现错误，直到找不到错误 1. 为什么要进行软件测试 软件由人开发，人会犯错误——〉软件（程序+数据+文档）都有缺陷。 无法避免人犯错，但是可以通过努力寻找隐藏在软件中的缺陷。 多、快、好、省 提高软件质量。 信息传递的误差 2. 不可能完全测试 对程序完全测试则意味着在测试结束之后，不会再发现软件错误。但这是不可能的，主要原因有以下几点： 不可能对程序所有可能输入的响应进行测试。 不可能对程序所有可能执行的路径进行测试。 无法找出所有的设计错误。 不能采用逻辑来证明程序的正确性。 由小到大是指软件测试的粒度。即多个单元组合过渡到集成测试，集成测试过渡到系统测试。虚线是测试阶段的发布基线，随着测试的逐步深入，范围的逐步扩大，测试时间、可用资源也随之增大。 4.避免程序员测试自己的程序 程序员不会轻易承认自己的程序有错误。 程序员的测试思路有局限性，测试时容易受到编程思路的影响。 多数程序员没有严格正规的职业训练，缺乏专业测试人员的意识。 程序员没有养成错误跟踪和回归测试的习惯。 由别人测试，会更客观，更有效。 5. 设计周密的测试用例。 测试用例是测试工作的核心，只有设计周密细致的测试用例，才能保证测试工作的质量。 6. 注意错误集中的现象 对错误群集的程序段进行重点测试，以提高测试投资的效益。 软件缺陷的“扎堆”现象的常见形式： 对话框的某个控件功能不起作用，其他控件的功能也可能不起作用。 某个文本框不能正确显示双字节字符，其他文本框也可能不支持双字节字符。 安装文件某个对话框的“上一步”或“下一步”按钮被截断，在其他对话框中这两个按钮也可能被截断。 7. BUG有效性确认 有时测试人员提交的BUG并不是真正的BUG，无效BUG的来源如图所示。一般由A测试人员发现的BUG，一定要由B测试人员进行确认，如果发现严重的BUG可以召开评审会进行讨论和分析。 8. 合理安排测试计划 合理的测试计划有助于测试工作顺利有序地进行。 测试计划应结合多种针对性强的测试方法，列出所有可使用资源，建立一个正确的测试目标。要有明确规定，不要随意解释。 本着严谨、准确的原则，周到细致地做好测试前期的准备工作，避免测试的随意性。尤其是要尽量科学合理地安排测试时间。 严格执行测试计划，排除测试的随意性。 妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便。 错误之间存在简单的依赖或复杂的多重依赖关系。（a）图中：A错误依赖于B错误的关闭而关闭；（b）图中：A错误依赖于B错误和C错误的同时关闭而关闭；（c）图是（a）和（b）的复合方式。程序中的错误存在着一对多、多对多的复杂关系而变得难以处理，且有些依赖关系处于隐性状态。 10. 测试结果的统计和分析 只有对测试输出信息进行深入地统计、分析和比较，才能正确的鉴别测试输出的数据，给出清晰的错误分析报告。当输出的信息很庞大时，可以借助专业的测试工具。 11.及时更新测试 导致测试失败的原因有很多，一般有如下几点： 1、测试团队管理者失职； 2、测试团队中沟通不好； 3、测试团队和项目团队沟通不良； 4、测试过程中，执行角色无准确定义； 5、测试团队缺乏良好的培训。