• 0
  • 0
分享

我们写用例的时候一般是先写测试点,然后再写测试用例,也可以这么理解,测试点就是精简版的测试用例。编写用例四个基本方法:等价类、边界值、正交法、场景法。我认为对于一般的企业测试来说,这四个方法足够了。编写测试用例的策略:先点后面,先局部再整体,最忌讳的是点和面混在一起,局部和整体不明。

在测试点设计的时候,需要思考如下几点:

1、测试操作的难度;

测试操作包括环境、配置、执行等因素,在测试设计时,尽量减小操作的难度。

2、重要性及优先级;

测试点一定要区分重要性及优先级,以便在实际项目测试中进行选择。重要性部门建议突出内部测试、外部验收、线上问题等标签,便于管理和分类更新。

3、自动化可实现性;

测试点一定要考虑自动化实现的难易度,因为自动化是提高测试效率的关键;在此还有一个问题需要注意,那就是自动化按照测试点设计要求的实现程度,如果不能100%按照预期要求进行覆盖的话,可能会遗漏非常重要的测试部门,这时候最好拆分成两个测试点。

4、真实场景的需求及模拟;

测试点在编写的过程中,一定要考虑真实使用场景,这会非常的高效,场景模拟本来就是测试点编写的重要方法之一。

5、层次分明(点、面、体),切勿大小用例及测试模块混淆;

测试点分类中注意区分所属模块和层级,层级中注明基本测试点、高级测试点和系统测试点,这个可以根据项目的具体进行区分。

6、用例编写策略一致性,简单、明了、直接,最好不要超过8步;

好的测试用例一定是非常清楚的,执行步骤不超过8步,这个在测试点和测试用例的设计中一定要注意;执行步骤太长,不利于问题的定位分析。

7、测试配置的复用;

所有的测试设计,最终都是为了执行,执行的时候有很多的配置,这些配置能否复用是非常关键的,直接关系到执行的效率。

8、测试用例的维护和管理;

测试用例的维护和管理历来都是非常重要的问题,如何维护用例的基线,如何不断的调整和更新,如何不断的优化和改进,都是极其重要的。

9、测试用例评审;

测试用例必须要评审,以听取多方面的意见,为了提高评审的效率,建议先内部评审,之后在项目组内部评审,听取相关人的评审建议(以测试点讲解为主,且重点是研发可能关注的用例,这个需要提前判断)。

10、必须经过长期的大量的积累,才能写出高质量的用例;

用例编写从来都不是一件易事,需要相当多的积累和大量的反复练习。

测试点设计三步走

测试点最好一次性设计完成,之后不断修改和完善,根据经验,设计主要分为三步,每一步都有其不同要求,在项目测试执行阶段的侧重点也有不同,下面简单介绍下思路。

第一步:以“点”为主;

点阶段是项目测试前期执行中的最小单元,这个阶段测试点的设计及执行有几个要求:

1、测试点设计要简单、独立、明确、减少与其它点的交叉;

2、测试点设计的范围局限于单个模块内部;

3、测试点设计以功能验证为主,性能指标、可靠性、可用性等暂不涉及;

4、测试点设计以正向测验为主,异常测试及复杂场景模拟先不考虑;

5、测试点执行时的策略:优先选择简单、执行难度小、功能最核心的指标,尽早暴露问题;

6、项目前期执行策略:根据项目实际情况,灵活安排各种测试资源、问题反馈、进度把控等;重点是模块内部基本功能测试;

第二步:以“面”为主;

面阶段是项目测试中期执行中的单元,这个阶段测试点的设计及执行有几个特点:

1、测试点设计要稍微复杂些,考虑单模块内部的异常和复杂场景;

2、测试点设计的范围不仅包括单模块的复杂设计要求,还包括模块间的接口测试;

3、测试点设计以功能验证为主,单模块及模块间的性能指标、可靠性、可用性可以涉及;

4、测试点设计以正向测验为主、异常测试及复杂场景模拟为辅;

5、测试点执行时的策略:优先选择功能最核心的指标,必要的性能和异常场景,尽早暴露问题;

6、项目中期执行策略:根据项目实际情况,灵活安排各种测试资源、问题反馈、进度把控等;重点是模块内部高级功能和性能测试,模块间的接口测试;

第三步:以“体”为主;系统、性能和异常模拟

1、测试点设计要复杂些,考虑被测系统多模块/全模块内部的功能、性能、稳定性、可用性、可靠性等指标的测试;

2、测试点设计的范围不仅包括被测系统多模块/全模块级别的测试,还包括系统与外界环境的兼容性、真实场景模拟等;

3、测试点设计以被测系统多模块/全模块功能验证为主,其次是性能指标,最后是可靠性、可用性、可升级性等指标;

4、测试点设计以被测系统多模块/全模块的正向测验,功能性能全部通过之后是异常测试及复杂场景模拟;

5、测试点执行时的策略:优先选择被测系统多模块/全模块的功能、性能最核心测试指标,必要的可靠性和异常场景模拟,尽早暴露问题;

6、项目后期执行策略:根据项目实际情况,灵活安排各种测试资源、问题反馈、进度把控等;重点是被测系统多模块/全模块的功能和性能测试,各种稳定性、可靠性测试等;

总之,测试点的设计绝非易事,需要在多种因素下分步骤进行,在测试执行过程中,也需要灵活选择相应的测试点,把控项目测试进度和质量。


作者:斜杠方子

原文链接:https://blog.csdn.net/zimingzim/article/details/89405997

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 1、最近在纠结于做测试开发的语言,请问一下用Java比较合适还是python比较合适?这个问题一直是我们测试人员争论不休的话题之一,python好还是java好,我在上一次专家门诊时候有提到,我们去做测试开发,去做自动化测试,在这两种语言上本身是差不多的,没有特殊的偏好。但是如果说我们切合今天的题目,目标是全栈测试工程师,那么我要说,由于开发人员更多的使用java,所以为了后续能更好的进行白盒测试、进行工具开发、进行jmeter等性能工具二次开发,选用java似乎是一个更好的选择。当然,代码结构本身是举一反三的,java学会了,python还会远么?2、如何在一个没有安全测试的团队开展安全测试...
            0 1 3183
            分享
          • 什么是大数据?大数据是不能使用传统计算技术处理的大型数据集的集合。这些数据集的测试涉及各种工具,技术和框架来处理。大数据涉及数据创建,存储,检索和分析,在数量,多样性和速度方面都非常出色。您可以在这里了解有关大数据,Hadoop和Mapreduce的更多信息,在本教程中,我们将学习:大数据测试策略验证大数据应用程序的测试步骤架构测试性能测试测试环境需求大数据测试 传统数据库测试大数据场景中使用的工具大数据测试中的挑战测试大数据应用程序更多的是验证其数据处理,而不是测试软件产品的个别功能。当涉及到大数据测试时,性能和功能测试是关键。在大数据测试中,QA工程师使用集群和其他支持组件来验证TB级数据...
            15 15 1613
            分享
          •   软件测试行业前景大公开,结果你来预测。链接:http://vote.51testing.com/    记录当时入职CDG的感想  我主要负责内部运营平台的系统测试工作,刚入职,老大先给了我一个运营中心项目迭代流程文档,让我熟悉熟悉内部运营平台。我一看,啊哈,作为软件工程的学生,敏捷开发、双周迭代还是有那么一些了解的(虽然没有实际使用过),然后又发给我了TRPD链接,里面是所有的需求,我一看,晕,本身运营平台就有很多模块,大佬们写需求写的又特别简练(能得到的信息特别少),让我给某个模块写个测试用例,我:???在哪写??在哪测??测试链接呢???  好在我脸皮厚,虽然老大...
            0 0 564
            分享
          • Web 应用程序的动态、快速变化和关键业务的重要性不断挑战传统自动化测试和测试框架的极限。 本文讨论了最常遇到的关键挑战,以及如何帮助简单地或自动地应对这些挑战。测试覆盖率测试覆盖率是通过测试验证的重要指标之一。当人们表示他们在构建测试覆盖率方面遇到挑战时,通常意味着他们没有足够的资源来足够快地编写测试以跟上测试需求的增长。解决挑战的尝试通常涉及招更多人活着将上线时间推迟,通常来说几乎不可能有立竿见影的解决方案。低代码工具可以通过最小化复杂性和消除特定技能的门槛来帮助加速测试。与记录和回放的早期工具功能相比,现代主流的工具框架捕获测试用例更容易访问、更准确、更稳定。AI 驱动的工具有助于对被测...
            0 0 837
            分享
          • 众所周知,在应用设计中的某个简单的缺陷、配置上的错误、以及网络钓鱼攻击,都可能给Web服务器造成巨大的损失。有统计显示,全球有75%的IT领导者,对其Web应用的安全性缺乏信心。因此近年来,Web应用的安全性已逐渐成为了各种规模的企业的日常关注与防范重点。从目的上说,Web应用安全旨在:保护Web网站、应用、以及服务,免受那些针对应用级源代码弱点的、各种新增或既有的安全性威胁。下面,我将和您讨论和总结,在执行Web应用的渗透测试过程中,常用的步骤、方法与工具。什么是Web应用渗透测试?在组织内部、本地或云端的各类Web服务器,往往会持续面临着各种恶意源的攻击。为了降低此类风险,网络安全专家需要...
            0 1 1142
            分享
      • 51testing软件测试圈微信