IDO老徐,在深圳,某上市公司质量部负责人,干了十二年软件测试,公号"简尚" ,博客isTester.com ,关注「软件测试从业者综合能力提升」,微信957863300

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

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

51Testing软件测试网J/AT&c%p\c~
这篇文章,内容是:无需求文档的情况下,作为一个测试人员,应该如何做 ,才能保障测试质量不出问题,以及如何不背锅 ?
作者:IDO老徐
来源isTster.com
001  没有需求文档3种可能情况 :


51Testing软件测试网~WTa,I l

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


l U'e lO.s!R0


51Testing软件测试网ly&b}2{)H

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


51Testing软件测试网%d-prH6OQG

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


W2] qnY0


51Testing软件测试网G3gwr,MMZ#L(?I7V

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


51Testing软件测试网r R(Q/s^coa2K?


6`Q mC'V#kQ0
所以,如上的理论情况,实际落地,难。


51Testing软件测试网.}#?L5ZKgG _


51Testing软件测试网(gF8?2D5d

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

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

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


QP;E/z_ym|#Qf"h0
1、尽量去找找其他相关文档,如原始碎片需求会议讨论纪要、策划书、开发文档、市场调研书、可行性分析报告 等


51Testing软件测试网W'k7ALF7|9m/P2[

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


51Testing软件测试网#P F0ju%}l,SG:{

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


51Testing软件测试网)k _R8|Xl

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


51Testing软件测试网.XY| cZ.b

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


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


]M-@ y-gB&W0
7、接下来的事,测试同学,都应该知道了:根据自己整理的,已确定的需求,去整理出一份评审过的测试需求点,最后进行测试用例设计。 


7S&^ jEqV0


'i$@.I!Ber'_6T?;p0
总之,一个原则:没有需求文档的情况下,自己多主动,去了解,去梳理,去反向推动 。


51Testing软件测试网]8l9p1}H+f)A0g @


51Testing软件测试网e x%\0G8M,B6A|y


51Testing软件测试网H/qkjd3w

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


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


51Testing软件测试网 J!dG3}+I;d!YOKl#N


P@#M9[5`c#]*l5T0
如果是需要客户回复的模糊需求,要么测试直接对接,要么把疑问点,梳理清楚,由市场人员对接(保持公司内部,原有的对外流程,最好别乱越级流程)。


x8Y3EL1FJU0


51Testing软件测试网1eBljw

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


C'q~4^b/smv1H/S:K0


gW s]Kh/Axj0


51Testing软件测试网:X!D ~(wIx

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


5n*o#qb"{3]cq R0
1、开发自测
2、产品提测后的需求还原度,让产品经理,加入,一起确认,一起验收 。
3、产品提测后的设计还原度,让设计师,加入,一起确认,一起验收 。


51Testing软件测试网gK J+E_g

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


4`;Sf]*x(v8U0
这事,具备可行性,且可落地 。


i+JU7pH;q(e(Xjs O ^0
有具体问题,留言,交流 。


l o1uvxmp|0


51Testing软件测试网)P2q5\k_'Y4N%N



51Testing软件测试网DZ$c:K*N


51Testing软件测试网)k[^+N*]3R

这篇文章,老徐,给一些可行性做法 。


51Testing软件测试网QemH b5p

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


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


S"_4W3QC0


51Testing软件测试网6B%`0xM'DX

End ,


作者:IDO老徐
写于2019.08.22  深圳
原文链接http://istester.com/article/299.html
转载保留如上所有信息 。

3Pv0w^b?lj0

TAG: 软件测试

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

评分:0

我来说两句

xuquan

xuquan

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

日历

« 2024-03-23  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 911019
  • 日志数: 427
  • 建立时间: 2012-06-04
  • 更新时间: 2022-02-23

RSS订阅

Open Toolbar