软件建模与文档写作第7章 测试_第1页
软件建模与文档写作第7章 测试_第2页
软件建模与文档写作第7章 测试_第3页
软件建模与文档写作第7章 测试_第4页
软件建模与文档写作第7章 测试_第5页
已阅读5页，还剩2页未读， 继续免费阅读

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

软件建模与文档写作第7章测试

软件测试是评估一个系统的活动，旨在确定系统与实际需求之间是否存在差距、错误或者遗漏。通常情况下，软件测试活动涉及到的人员包括软件开发人员、测试人员、项目管理人员及最终用户。

软件测试以不同形式贯穿在整个开发周期中的每个阶段。例如在需求分析阶段，需求的验证可被认为是测试；在设计阶段，为改进设计而不断复查也可认为是测试；开发者进行编码的代码也是测试（即单元测试）；编码后系统的集成和软件交付也需要测试。

软件测试目的是能在最小的成本和最短的时间内，通过设计良好的测试规程和测试用例，系统地发现不同类别的错误。通过软件测试，可以发现系统在开发过程中由开发者引入的缺陷；获知软件的可信度，确定软件质量等级；有效地预防其它缺陷的产生；能够确保系统与需求规格说明一致，确保最终结果能满足用户需求，提升用户对软件产品的信心。7.1.1测试目标和原则为更好地实现软件测试的目标，在进行测试时要掌握一定的基本原则：设计好的测试用例。测试并不能证明程序没有错误，因此设计好的测试用例才能最大可能地查找出缺陷。不可能进行穷举测试。程序逻辑结构的复杂性和输入的多样性大大增加了测试的难度。单从时间因素考虑完成穷举测试是不可能的，测试人员需要在风险评估基础上完成测试的最佳安排。尽早开展测试。尽早进行软件测试有利于开发者在软件开发周期中对时间更合理的安排，更有利于软件产品的按时发布可以降低系统返工的成本与时间。越早发现的缺陷，其修正的难度和费用越小。7.1.1测试目标和原则重点测试。通过测试找到的错误中，大约80%来自于20%的模块中，这是Pareto原则。因此应当对这20%的模块进行重点测试,需要增加测试覆盖。定期进行检验与修正测试用例，并增加新的测试用例。随着已暴露的缺陷的逐一修改以及系统的逐步改进，原有的测试用例已不再能够完全适应新的形势。虽然缺陷的修改或新功能的增加需要进行回归测试，以确保改动部分不会影响系统其它部分；但这些回归测试用例也需要与时俱进，并及时增加新的测试用例。测试依赖于系统环境。应用程序的不同类型与性质影响着测试采用的方法、技术和类型。例如实时软件必须严格满足时间约束条件、安全性要求更高的软件如飞机驾驶系统所做的测试不同于娱乐性软件如游戏、移动软件所做的测试不同于网站程序。测试用例应该包含合理和不合理的输入条件。程序对于合理的输入能产生正确的结果，对于不合理的输入也应该能产生正确的提示信息。7.1.1测试目标和原则1.V模型 V模型是最具有代表意义的测试模型，是传统的软件开发过程模型---瀑布模型的变种，它反映了测试活动与软件开发活动（需求分析、设计、编码等等）的关系，描述了基本的开发过程和测试行为，明确

人人文库> 全部分类> 行业资料 > 信息产业

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论