0
0
0

软件测试全流程详解(含测试用例),收藏这篇就够了

等级:1 级 吃瓜
3天前 23

软件测试全流程详解(含测试用例),收藏这篇就够了



做软件测试的朋友,是不是总在找一份完整的流程指南?要么是流程讲得不全,漏了关键步骤;要么是测试用例只给个框架,不知道具体咋写,每次测新软件都得重新查资料?别费劲找了,今天云哥把软件测试全流程拆得明明白白,还附了现成的测试用例实例,不管是新手还是需要复习的朋友,收藏这篇就够了,一起往下看吧!

一、测试前准备:别上来就测,这些事得先搞定!


很多朋友一拿到软件就着急开始测,结果测一半发现需求没搞懂,白忙活一场。其实准备阶段才是关键,主要就 3 件事,缺一不可:
  1. 需求吃透:把产品给的需求文档仔仔细细看,不懂的地方赶紧问,别自己瞎猜。比如测一个购物 APP 的 “退款功能”,得知道 “退款能退到原支付方式吗”“退款到账要多久”“没发货和已发货的退款流程一样不”。我之前就因为没问清楚 “没发货能不能全额退”,测的时候按 “能退” 来测,结果实际需求是 “扣 5 元手续费”,最后还得返工,你说这多耽误事。
  2. 测试计划写好:简单说就是定 “测啥、咋测、谁来测、啥时候测完”。不用写得太复杂,小白朋友可以按这个框架来:
    • 测试范围:比如 “测购物 APP 的首页、商品详情页、下单页、退款页”;
    • 测试人员:自己名字或者团队分工,比如 “小明测首页和商品详情页”;
    • 时间节点:比如 “3 月 1 日 - 3 月 2 日写用例,3 月 3 日 - 3 月 5 日执行测试”。

  3. 测试用例初稿拟好:这步是准备阶段的核心,后面测的时候全靠它。具体咋写,后面专门给你附实例,这儿先记着,用例得包含 “测试模块、测试步骤、预期结果” 这三项。

二、测试中执行:按流程来,bug 一个都跑不了!


准备好之后就进入执行阶段了,这步就像按菜谱做菜,跟着流程来准没错。一般按 “功能测试→性能测试→兼容性测试→回归测试” 的顺序来,咱们一个个说:
  1. 功能测试:最基础也最重要,就是测软件的每个功能能不能正常用。比如测 “登录功能”,要测 “账号密码对的时候能登录”“账号错的时候提示‘账号不存在’”“密码错的时候提示‘密码错误’”。这步一定要耐心,别漏功能,我之前测一个办公软件,漏了 “文件另存为” 功能,上线后用户反馈用不了,被领导说了一顿。
  2. 性能测试:测软件扛不扛造,比如同时有 100 个人用会不会卡、加载速度快不快。新手朋友不用搞太复杂,用 JMeter 测个简单的并发就行,比如测 “登录接口”,看同时 50 人登录,响应时间是不是在 3 秒以内。
  3. 兼容性测试:测软件在不同设备、系统上能不能用。比如测手机 APP,得用安卓 8 到安卓 14 的系统、华为小米苹果不同品牌的手机测;测网页端,得用 Chrome、Edge、Safari 浏览器测。我之前测一个教育 APP,在安卓 10 上好好的,到安卓 14 就闪退,最后发现是系统适配问题,及时改了才没影响上线。
  4. 回归测试:开发把 bug 修好后,得再测一遍,确认 bug 真的没了,而且没出新 bug。比如之前测到 “下单后没收到短信通知”,开发修复后,不仅要测 “下单能不能收到短信”,还得测 “付款、退款” 这些相关功能,别修好了一个又坏了另一个。

三、测试用例实例:拿 “购物 APP 下单功能” 举例,照着写就行!


很多朋友说 “知道用例要包含三项,但还是不知道咋写”,别慌,云哥给你附一个 “购物 APP 下单功能” 的测试用例实例,小白照着改改就能用:
测试模块测试用例名称测试步骤预期结果实际结果测试状态
下单功能有库存商品正常下单1. 打开购物 APP→2. 进入商品详情页(库存≥1)→3. 选择规格→4. 点击 “立即下单”→5. 提交订单并付款1. 订单生成成功→2. 扣款成功→3. 收到订单确认短信
下单功能无库存商品下单1. 打开购物 APP→2. 进入商品详情页(库存 = 0)→3. 点击 “立即下单”1. 弹出提示 “商品已售罄,无法下单”→2. 无法进入付款页
下单功能未填收货地址下单1. 打开购物 APP→2. 选好商品点击 “立即下单”→3. 不填收货地址直接提交订单1. 弹出提示 “请填写收货地址”→2. 无法提交订单

你看,就这么简单,把步骤写清楚,预期结果明确,测的时候对着填就行。新手刚开始写可能会漏几个用例,没关系,多测几个软件就熟练了。

四、测试后收尾:报告写好,流程才算完!


测完之后别以为就结束了,还得写测试报告,把测试结果汇总给领导和开发。报告不用太长,包含这几点就行:
  1. 测试概述:简单说下测的是啥软件、测了哪些模块;
  2. 测试结果:测了多少用例、通过多少、失败多少、发现多少 bug(已修复多少、未修复多少);
  3. 上线建议:根据测试结果说能不能上线,比如 “已修复关键 bug,剩余 2 个小 bug 不影响核心功能,建议上线”。

最后说点我个人的心得,软件测试全流程看着多,其实多练几次就顺手了。刚开始可以照着这篇里的步骤和用例实例来,测个 2-3 个软件后,就能形成自己的节奏。还有就是别嫌麻烦,准备阶段的需求分析和用例编写越细致,后面执行的时候越顺畅。希望能帮到你,这篇收藏好,下次测软件的时候翻出来看看,准没错!

请先登录后发表评论!

最新回复 (0)

    暂无评论

返回