- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件测试第05章方案
一个软件项目的最终质量,与测试执行的程度与力度是密不可分的。测试用例的质量在一定程度上决定了测试工作的有效程度。一个好的测试用例使得测试工作的效果事半功倍,并且能尽早地发现一些隐藏的软件缺陷。 1 在测试时,不可能进行穷举测试,从数量极大的可用测试数据中精心挑选出具有代表性或特殊性的测试数据来进行测试,也就是测试用例,可有效地节省时间和资源、提高测试效率。2 在开始实施测试之前设计好测试用例,可以避免测试的盲目性,并使得软件测试的实施重点突出、目的明确。3 在软件版本更新之后只需修正少部分的测试用例便可开展测试工作,降低工作强度,缩短项目周期。4 良好的测试用例具有重复使用的性能,使得测试事半功倍。5 测试用例的通过率和测试出软件缺陷的数目是评估程序代码质量的量化标准。6 测试用例是检验测试进度、测试工作量以及测试人员工作效率的参考因素,可便于对测试工作进行有效地管理。 1 测试用例的标识符,又一定规则,原则是便于查找测试用例,便于测试用例的管理和跟踪。2 对测试用例的描述,应该清楚表达测试用例的用途,如“测试用户登录过程中输入错误密码时,软件的响应情况”。3 描述所测试项及其详细特征,应该比测试设计说明中所列的特性更加具体。如测试设计说明提到“计算器程序的加法功能”,那么测试用例说明就会相应的提到“加法运算的上限溢出处理”。4 该测试用例执行所需的外部条件,包括软、硬件具体指标以及测试工具等。5 对环境的特殊要求,如所需的特殊设备、特殊设置等。6 所采用的测试技术和方法的描述和说明。7 根据需求中的输入条件,确定测试用例的输入。8测试执行过程的步骤。9 根据软件需求中的输出得到测试执行的预期结果。如果实际测试结果与测试结果不符,测试不通过,否则,测试通过。10 标识该测试用例与其他测试用例之间的依赖关系,如时间上、次序上的关联。 有时候测试用例还有优先级的概念,区分哪个测试用例更重要,适合用于项目比较大、时间不宽裕的情况。 1 在设计测试用例时,要以一些比较成熟的测试用例设计方法为指导,再加上设计人员个人的经验积累来设计测试用例,二者结合。2 包括数据的正确性和操作的正确性。3 能够代表并覆盖各种合理的和不合理的,合法的和非法的,边界的和越界的数据以及极限的输入数据、操作和环境设置等。4 测试执行结果的正确性是可判定的,每一个测试用例都应有相应的期望结果。5 对同样的测试用例,系统的执行结果应当是相同的。6 即使是一个对所要测试的内容根本不了解的新手,也能准确的按照所写的测试用例完成测试。 为了方便测试用例的编写和执行,可将测试用例进行分类,这样也不容易遗漏应该选择的测试用例 1 主要有逻辑覆盖法和基本路径测试法设计的测试用例,基本思想是使用程序的控制结构得出测试用例;2 如新建文档,保存文档,打印等功能,一般使用等价类划分等黑盒测试方法设计测试用例; 3 如用户界面窗口里的所有菜单、每个命令按钮、每个输入框等。4 包括性能测试,强度测试,接口测试,兼容性等等。5 在不同测试阶段,所采用的测试用例是不同的,在特定的阶段编写不同的测试用例并执行测试才可以提高效率。 测试用例设计完毕后,接下来的工作是执行与跟踪测试用例。 1 测试用例的实际输出和预期输出完全一致,不过在查询CPU占用率时,发现高达90%,后来经过分析,软件运行的时候启动了若干个辅助功能,大量的消耗CPU资源,然后通过采取一系列措施,cpu的占用率将为正常值。如果观察点单一,那这个严重消耗资源的问题就无从发现了。 2 如果测试执行步骤与测试用例中的描述有差异,一定要记录下来,作为日后更新测试用例的依据 3 在测试过程中,如果确认发现了软件缺陷,那么可以提交问题报告单,如果发现了可疑问题,又无法定位是否为软件缺陷,那么一定要保留现场,然后和相关开发人员到现场定位问题。 5 在测试过程中,如果发现遗漏了一些测试用例,应该及时的补充;有时测试用例在具体执行过程中,无法操作,应及时删除;有时会发现一些荣誉的测试用例完全可以由某一测试用例替代,那么要及时删除冗余的测试用例 6 其中最重要的事“问题描述”,这是重现问题、定位问题的依据,问题描述应该包括:软件配置,硬件配置,测试用例输入,操作步骤,输出,当时输出设备的相关输出信息和相关的日志等。 7 测试结果的分析对下一轮测试工作的开展有很大的借鉴意义。 在一个 第 5 章 测试用例设计 5.1 测试用例的基本概念 5.2 测试用例的设计 5.3 测试用例设计实例 5.4 测试用例的执行与跟踪 5.5 测试用例管理 5.1 测试用例的基本概念 测试用例是测试执行的最小实体,是为特定的目的而设计的一组测试输入、执行条件和预期的结果。 简单地说,测试用例就是一个文档,描述输入、动作、或者时间和一个期望的结果,
文档评论(0)