• 5
  • 5
分享
  • 运筹于帷幄之中,决胜于千里之外——测试策略
  • lee 2022-06-17 09:57:03 字数 886 阅读 7697 收藏 5

测试策略是除了测试用例之外的其他注意事项,和测试力度,以及一些关注点。当系统较庞大,功能较多时,除了各个模块自己的功能相关的具体测试设计,还需要测试组长制定一些整体的测试决策,测试框架、测试策略、测试计划。

测试策略主要覆盖哪些方面呢?主要是测试范围和测试重点。测试范围是指定测试的广度,比如,通话,短信和联系人,测试时候需要覆盖这些模块。测试重点是指需要重点关注的功能点,比如,长时间通话,文本超长的短信,彩信,一个联系人有多个号码,联系人姓名是特殊字符,等等。

制定测试策略特别像古代的军师出谋划策,以最少的成本完成最高的测试质量并尽可能覆盖全测试的各个模块,保证产品质量。

运筹帷幄之中,决胜千里之外。比喻很有才智的人无需上阵,只需做好前期的完善战略部署,就能够让事情获得成功。

在实际测试中,尤其大型版本,周期比较长,在测试开始前,如果能够想好对策,往往能够事半功倍。

测试策略举例:

一、测试日期

第一轮测试(全覆盖测试+回归bug)2021.02.22~2021.02.27

第二轮测试(回归bug+交互测试+功能测试)2021.03.01~2021.03.06

第三轮测试(回归bug+用户体验测试+交换人员测试)2021.03.08~2021.03.10

第四轮测试(专项测试,性能和压力测试)

二、测试策略

第一轮测试重点关注:核对需求文档,对比开发的版本,查看是否有功能遗漏的情况,校验各个字段规格是否符合,功能测试按照正向流程测试

第二轮测试重点关注:第一轮本模块较稳定时,关注交互模块,比如财务设置等,增加异常场景测试关注是否有崩溃情况

第三轮测试重点关注:从用户角度和整体角度测试,组内交换人员测试

第四轮测试重点关注:性能(大数据量请求速度)和压力测试(接口并发和同时多次请求)

三、测试内容

涉及终端:app(android,ios),PC,小程序(阿姨端,雇主端,用户端,合单小程序),h5

涉及模块:全模块

四、测试配置

不同用户的场景(不同操作权限和数据权限)、不同公司的场景 (禁止全程使用G00001测试)、不同手机的问题(覆盖android大于3台,覆盖ios大于3台)

微信图片_20220617093527.png

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

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   讲到这个接口测试的原理的话,我们先要搞清楚,我们去访问客户端跟服务端它之间交互的一个原理是什么?  首先给大家举一个例子,比如我在自己的电脑上,输入www.zhihu .com  在知乎里面我去输入一个(软件测试),这个是我要搜索的一个内容。点击搜索一下,我就得到了相关Python的一些搜索的结果,那么我在执行这么一个过程的时候,那么它做了一个什么样的操作呢?  我们的客户端和服务端,到底有一个什么样的交互跟数据的传递呢?我们用画图的方式来解释一下。(图糙理不糙)  我们在知乎搜索里面是不是输入了一个软件测试,我们把这个输入的Python内容是不是传给了服务端了。  1.通过网络把我在PC...
            0 0 1048
            分享
          •   测试人员为了测试某个特定场景,往往需要在测试环境数据库中插入特定的测试数据来满足需求;  性能测试时,常需要在测试环境生成大量可用测试数据来支持性能测试;  建设持续集成持续交付体系时,我们往往也需要在测试环境生成测试数据来保障自动化用例可以持续稳定的运行。  因此,如何在测试数据库批量生成大量可用的测试数据就成为了测试领域一个关键而难解决的问题,本文就来讲讲测试数据批量生成工具的一种实现方案。  测试数据生成的难点  测试数据生成主要难点大致可以归结为以下几个方面:  <1>编写大量的sql语句费事耗力。  <2>由于主键、外键和业务本身的逻辑约束,很难通过写sq...
            0 0 1674
            分享
          •   最近跟一些刚刚进入软件测试行业的朋友去交流,发现了一个有趣的现象,就是对于这个行业的很多问题的认识都是一致的片面,当然也可以理解为误区。自己利用一点时间,把他们对于这个行业的认识误区都罗列出来,然后结合自己这么多年的工作经验和大家一同交流一下,毕竟自己也是从这个阶段走过来的,后来者能少走些弯路是最好的。  自己整理了软件测试人员最容易陷入的28个误区。  1、测试和开发永远都是死对头  虽然测试与开发的工作性质是对立的,但是目的都是为了项目更好的发展。  我以前发起过一个倡议:我们讨论的时候不要用他们(开发人员)和我们(测试人员),而是统一用咱们,因为开发人员和测试人员本来就是一起的。如果...
            1 0 1668
            分享
          •   一 现状及场景  1、缺失bug根因分析环节  工作10年,虽然不是一线城市,也经历过几家公司,规模大的、规模小的都有,针对于测试行业很少有Bug根因环节,主流程基本上都是测试提交bug-开发修改-测试验证-发送报告,测试环节结束。  往往有下面几个原因:  · 时间压力: 在项目开发周期紧张的情况下,测试团队可能会因时间压力而忽略深入的BUG根源分析。解决方案:合理规划测试时间,将足够的时间用于分析和解决问题。  · 技能和经验不足: 一些测试人员可能缺乏足够的技能和经验来进行深入的BUG根源分析。解决方案:提供培训和指导,提升团队成员的技能水平。  · 沟通不畅: ...
            0 0 496
            分享
          •   一、引言  最近在公司做性能技术分享时,发现同事对环境搭建能力,还是有些欠缺。  或许,这也是大部分性能测试工程师所欠缺的技能。  因为绝大部分的性能测试工程师,要么是使用测试开发架构师搭建的性能平台,要么自己使用Jmeter工具进行压测。  并没有这对整个性能工程来进行平台的规划及搭建的能力。  这也是让从业多年的我有些困惑。  为了能让更多的性能测试工程师学会搭建性能平台,我们就来聊一聊Jmeter+InfluxDB+Grafana。  这里,我并没有把Promethues、k8s的监控服务纳入进来,  一来,怕给你造成混淆;  二来,后期会有专门的文章来介绍;  所以,这里就不做介绍...
            0 0 1103
            分享
      • 51testing软件测试圈微信