IDO老徐,坐标深圳,测试经理,干了十年测试,公号"简尚" ,博客isTester.com ,关注「软件测试从业者综合能力提升 & 职场人每日进阶」,个人微信957863300

无需求文档,保障测试质量的可行性做法

上一篇 / 下一篇  2019-10-21 16:35:42 / 个人分类:测试理论


X A"UR-k0
这篇文章,内容是:无需求文档的情况下,作为一个测试人员,应该如何做 ,才能保障测试质量不出问题,以及如何不背锅 ?
作者:IDO老徐
来源isTster.com
001  没有需求文档3种可能情况 :


51Testing软件测试网]s&Q3Gt.|

1、公司都没产品经理,开发人员的意识不足,收到的客户需求,直接开干(写需求文档 ?不可能的) 。
2、项目进度紧张,需求变动大,一直在变,产品偷懒,没更新原始需求文档 。
3、项目是从原有老项目上进行迭代开发,开发人员认为不需要需求文档 。


jK A"GI}.V0


51Testing软件测试网 oQ e8AE9]v#J/h~

对于,如上情况,理论上的做法,如下 :


51Testing软件测试网 v8S| hrA%` @O

1、测试负责人,应该要坚持自己的原则:没需求文档,一律不接受测试
2、需求文档要进行评审,评审做会议记录,并有专门人员对需求文档进行修改、更新、确认;


51Testing软件测试网&k b j Nn


51Testing软件测试网.u I-Ap#J#D

但是,实际情况是 。
很多时候,如上理论,无法落地(当然,能落地更好,而且,也应该落地;此文,主要针对那些,无法落地需求文档持续更新的情况下的可行性建议) 。
1、测试团队,在公司,完全无话语权,想推动产品写需求,难 。
2、而且,很多时候,整个技术团队,都是服务于业务,时间紧、任务重,需要每个人多主动点 。


51Testing软件测试网.|qNrT I&z oQ


51Testing软件测试网(r3}?`MeVK{

所以,如上的理论情况,实际落地,难。


51Testing软件测试网|yH6r(A*XfZ


51Testing软件测试网b,Z:Mh(vp e

没有需求文档,对于编写测试用例来说,太难(保障最终上线质量,就更难了) 。

作为测试人员,在没有测试需求文档情况下,别傻乎乎的等着,应该主动点,尽可能去多了解项目的一些情况,多知道一点,对测试用例就能多写点。
作者:IDO老徐
来源isTster.com
002  无需求情况下,落地做法 

如下,是IDO老徐,根据自己的经验,给的可行性做法,供参考 :


x ^ u-yc&xs$e)p0
1、尽量去找找其他相关文档,如原始碎片需求会议讨论纪要、策划书、开发文档、市场调研书、可行性分析报告 等


51Testing软件测试网r3[Ok'H*_xnz?

2、尽可能多的参加内部讨论会议(需求、设计、计划 ),参加讨论过程,进一步理解需求 。


b8oD:Yg S0
3、咨询相关人员:项目、市场、业务、研发、客户


hC9\1b0H uU0
4、如果是基于旧版本开发的,多去使用旧版本,自己摸索需求(也可以看看历史Bug库、用例库) 


51Testing软件测试网/MpR f gk

5、参考同行或竞争对手的类似产品(其实,产品经理,规划原始需求,也是类似方式参考的)


51Testing软件测试网1S"F{m-wZ7g5Q

6、最后,根据如上了解到的,梳理出你理解后的需求点,召集相关人员,碰一下(项目、开发、产品、市场、业务 等),查漏补缺,以及更正你的某些错误的需求理解 。


q'ZPAm GnG$~{*p0
7、接下来的事,测试同学,都应该知道了:根据自己整理的,已确定的需求,去整理出一份评审过的测试需求点,最后进行测试用例设计。 


{uc3Xt\0


*@&|,mQ:]8],Uu0
总之,一个原则:没有需求文档的情况下,自己多主动,去了解,去梳理,去反向推动 。


51Testing软件测试网9X k_*OR-W,W


51Testing软件测试网-uggFI9[ nR*}'o


51Testing软件测试网'qE!O3MT"E l2k9}eI `

003 很多时候,需求来自于客户


MoN/IQH,r0
客户反馈给市场人员(或者 客服人员),公司内部无产品经理岗位,需求拿过来后,全凭自己的脑补,直接开干(这是小作坊,小团队,典型的玩法)。


C8yyVu0Qb~B8G0


XU*z5B X ?MlQC0
如果是需要客户回复的模糊需求,要么测试直接对接,要么把疑问点,梳理清楚,由市场人员对接(保持公司内部,原有的对外流程,最好别乱越级流程)。


51Testing软件测试网`.~r%D;~ X#Fp,I!E/B#l


pCM_9_&d+a!MX0
至于方式,可以很灵活,比如(邮件、微信群 等,线下约见,也是可以的)。


T!Xj{zY.X0


51Testing软件测试网T Q.BttOIq%v `


51Testing软件测试网co%R?jK

004 对于质量保障,还有一些可行的做法 


51Testing软件测试网z U2L:N3Pr NW

1、开发自测
2、产品提测后的需求还原度,让产品经理,加入,一起确认,一起验收 。
3、产品提测后的设计还原度,让设计师,加入,一起确认,一起验收 。


~1k Uh&jZ0
至于,如上,如何落地,这个得内部,把此项加入到常规的研发流程 。
可以让质量Leader ,或者 研发Leader ,或者技术VP来推进 。


51Testing软件测试网P O ~|$iO

这事,具备可行性,且可落地 。


51Testing软件测试网"| ? y o ]DpNQ

有具体问题,留言,交流 。


E2HN3P,sC0


51Testing软件测试网1o8c)Bbb$?I X



51Testing软件测试网 Z+^V.apZ


z1A.w.{(c+q9d[\0
这篇文章,老徐,给一些可行性做法 。


51Testing软件测试网'`S%V`e@1n

如文章有用 ,点「好看」 + 转发 + 留言 ,一条龙 。
大早上的,起来写文章,不易 ,希望对你有用 。


原创不易,所有持续分享、持续输出价值的,都值得敬佩 。


51Testing软件测试网keU'?Bx q(E


q+G5g$~b+fRU%EA0
End ,


作者:IDO老徐
写于2019.08.22  深圳
原文链接http://istester.com/article/299.html
转载保留如上所有信息 。
51Testing软件测试网eqnUe*W

TAG: 软件测试

引用 删除 cuiwei_阿树   /   2019-11-05 14:56:16
5
 

评分:0

我来说两句

显示全部

:loveliness: :handshake :victory: :funk: :time: :kiss: :call: :hug: :lol :'( :Q :L ;P :$ :P :o :@ :D :( :)

xuquan

xuquan

IDO老徐,坐标深圳,测试经理,干了十年测试,公号"简尚" ,博客isTester.com ,关注「软件测试从业者综合能力提升 & 职场人每日进阶」,个人微信957863300

日历

« 2019-11-18  
     12
3456789
10111213141516
17181920212223
24252627282930

数据统计

  • 访问量: 510940
  • 日志数: 349
  • 建立时间: 2012-06-04
  • 更新时间: 2019-10-21

RSS订阅

Open Toolbar