一页纸测试策略 | IDCF
共 5394字,需浏览 11分钟
·
2021-07-28 04:38
来源:BY林子
作者:林冰玉
【摘要】测试策略文档通常是篇幅较长、文字为主的形式,编写成本较高,并且写完了很少有人去看,形存实亡。本文介绍可视化的方式,将测试策略用图来表达,并且在一页纸上搞定,这样的策略图非常清晰,关键信息一目了然,且提供更大的讨论空间,防止僵化,真正能够发挥策略的作用。
“测试策略是什么样的?”
“测试策略嘛,还不是包括#&~+-=~*-+$这些…”
“你们项目的策略有什么特别的吗?”
“我们项目嘛,测试策略的内容有点多,从哪说起呢?”
前面那个场景有没有似曾相识?你是否清楚目前你们正在使用的测试策略是什么样的?
一、常见测试策略
1.1 测试策略的内容与形式
我们都知道,测试策略包括以下两方面的内容:
测什么(What)?测什么是指质量需求是什么、需要关注质量的哪些方面,比如应用的功能范围、性能、安全、易用性等非功能需求。 怎么测(How)?怎么测就是采用什么办法来帮助系统实现质量需求,而不仅仅是手动和自动化的测试方法,也包括一切为质量保障服务的流程、环境、基础设施和人员等。
编写困难:篇幅较长的测试策略文档要写好还真不是件容易的事情,尤其是对于理工科出身的不是那么擅长写作的测试人员来说,更是比较麻烦,成本较高。 不易阅读:长篇大论的测试策略文档,要从中快速找出关键信息可没那么容易,可能一不小心错过的细节就是最关键的部分,因为篇幅太长,通常不太重要的信息挺多的。 维护、更新痛苦:策略文档不可能一成不变,这种篇幅较长的文档要更新和维护简直是噩梦。往往刚开始还好,随着时间推移,更新和维护越来越麻烦。 失去了策略的价值:由于不易阅读,也不易维护和更新,事实上团队可能有很多人并不是很清楚策略文档上的内容,这样的策略文档形存实亡,不能真正起到策略的指南作用。 反敏捷:敏捷开发强调的是缩短反馈周期,快速交付高质量的软件产品。花费太多精力编写、维护一份不能起到策略作用的长篇幅文档,显然是不利于敏捷的,也是非常痛的。
二、图示化测试策略
指导性原则:团队为质量负责; 如何测:测试左移、精益测试、测试右移,涵盖测试流程、测试类型、测试方法等; 测什么:包括功能、性能和安全等。
支持团队的测试
评价产品的测试
测试象限的使用
产品发布的风险; 客户方对产品目标的要求; 是基于遗留系统的开发还是从零开始构建的新系统; 可利用的测试资源等。
三、测试策略的正确打开方式
四、总结
一页纸测试策略图解 Jamie McIndoe的Testing Stuff - A One-Page Test Strategy:https://making.stuff.co.nz/testing-stuff-a-one-page-test-strategy/ 说好的团队为质量负责呢:https://www.bylinzi.com/2019/07/14/everyone-is-responsible-for-quality/ QA in Production:https://martinfowler.com/articles/qa-in-production.html 蓝鲸项目测试策略之微服务测试的思考与实践:https://www.bylinzi.com/2018/06/28/microservices-testing/ 生产环境下的QA:https://www.bylinzi.com/2016/06/13/qa-in-production/ QA与Ops通力合作打造反脆弱的软件系统:https://www.bylinzi.com/2018/10/15/qaops/
7月【冬哥有话说】研发效能工具专场。今晚8点,极狐(GitLab)解决⽅案架构师-张扬老师分享《基础设施即代码的⾃动化测试探索》,关注公众号回复“效能”可获取直播地址。
【“研发效能工具”专场话题一览】
7月8日(已结束),LEANSOFT-周文洋分享《微软DevOps工具链的 "爱恨情仇"(Azure DevOps)》(公众号回复“回放”可获取回放地址。)
7月15日(已结束),阿里云智能高级产品专家-陈逊分享《复杂型研发协作模式下的效能提升实践》(公众号回复“回放”可获取回放地址。)
7月29日(周四)晚8点,字节跳动产品经理-胡贤彬分享《自动化测试,如何做到「攻防兼备」?》
8月5日(周四)晚8点,声网Agora CICD System 负责人-王志分享《从0到1打造软件交付质量保证的闭环》