IDO老徐，在深圳，某上市公司质量部负责人，干了十二年软件测试，公号"简尚" ，博客isTester.com ，关注「软件测试从业者综合能力提升」，微信957863300
无需求文档，保障测试质量的可行性做法
上一篇 /
下一篇 2019-10-21 16:35:42
/ 个人分类：测试理论
51Testing软件测试网7L9D ~%k&D
这篇文章，内容是：无需求文档的情况下，作为一个测试人员，应该如何做 ，才能保障测试质量不出问题，以及如何不背锅 ？
51Testing软件测试网^)oaOmB;`4~qS
1、公司都没产品经理，开发人员的意识不足，收到的客户需求，直接开干（写需求文档 ？不可能的） 。2、项目进度紧张，需求变动大，一直在变，产品偷懒，没更新原始需求文档 。3、项目是从原有老项目上进行迭代开发，开发人员认为不需要需求文档 。
51Testing软件测试网|Fw ~n O2]
qc qpw]0
51Testing软件测试网 J.s+s
o d'}$F
1、测试负责人，应该要坚持自己的原则：没需求文档，一律不接受测试2、需求文档要进行评审，评审做会议记录，并有专门人员对需求文档进行修改、更新、确认；
k Q!B5R U3P"C&T0
U N9m#sS.P0很多时候，如上理论，无法落地（当然，能落地更好，而且，也应该落地；此文，主要针对那些，无法落地需求文档持续更新的情况下的可行性建议） 。1、测试团队，在公司，完全无话语权，想推动产品写需求，难 。2、而且，很多时候，整个技术团队，都是服务于业务，时间紧、任务重，需要每个人多主动点 。
51Testing软件测试网2boy7D
@'i+u
51Testing软件测试网$~ c F:`F })~
51Testing软件测试网[(eLUr c'd
Y!N-?+l3X%u
e@0E0没有需求文档，对于编写测试用例来说，太难（保障最终上线质量，就更难了） 。作为测试人员，在没有测试需求文档情况下，别傻乎乎的等着，应该主动点，尽可能去多了解项目的一些情况，多知道一点，对测试用例就能多写点。如下，是IDO老徐，根据自己的经验，给的可行性做法，供参考 ：
51Testing软件测试网\
{!LA:H sW^?
1、尽量去找找其他相关文档，如原始碎片需求会议讨论纪要、策划书、开发文档、市场调研书、可行性分析报告 等
7{x
a+^.VdAd:@w ^02、尽可能多的参加内部讨论会议（需求、设计、计划 ），参加讨论过程，进一步理解需求 。
;Y$D#Iiy+X7r|0
51Testing软件测试网 }p9CX
p
4、如果是基于旧版本开发的，多去使用旧版本，自己摸索需求（也可以看看历史Bug库、用例库）
#\"GVU?9c05、参考同行或竞争对手的类似产品（其实，产品经理，规划原始需求，也是类似方式参考的）
51Testing软件测试网h Z)Nq b;|
6、最后，根据如上了解到的，梳理出你理解后的需求点，召集相关人员，碰一下（项目、开发、产品、市场、业务 等），查漏补缺，以及更正你的某些错误的需求理解 。
51Testing软件测试网EL6t%d-CP o
7、接下来的事，测试同学，都应该知道了：根据自己整理的，已确定的需求，去整理出一份评审过的测试需求点，最后进行测试用例设计。
mX3Hb2[1u0h0
I(m;W P+_2[d9p0总之，一个原则：没有需求文档的情况下，自己多主动，去了解，去梳理，去反向推动 。
U;H(~yJ&k)iz7v7J+k0
51Testing软件测试网;i'E%Z S~l+Ec
51Testing软件测试网&pO;_$[(e%Zr
C&M
,K:T8h4^ FEbwAZ0客户反馈给市场人员（或者 客服人员），公司内部无产品经理岗位，需求拿过来后，全凭自己的脑补，直接开干（这是小作坊，小团队，典型的玩法）。
51Testing软件测试网6x*C6p
B
?(k
51Testing软件测试网!u A-~;]K*^0`
如果是需要客户回复的模糊需求，要么测试直接对接，要么把疑问点，梳理清楚，由市场人员对接（保持公司内部，原有的对外流程，最好别乱越级流程）。
51Testing软件测试网(c
fX ?-A:w&Z-D'Y
?kW$h#A1I g3u(Z%V0至于方式，可以很灵活，比如（邮件、微信群 等，线下约见，也是可以的）。
\
W~N+Mu;}:R0
MDw3q%r(n0
51Testing软件测试网|-?1a?A4f#M2i
|
51Testing软件测试网U:sL ul)?!}
2、产品提测后的需求还原度，让产品经理，加入，一起确认，一起验收 。
3、产品提测后的设计还原度，让设计师，加入，一起确认，一起验收 。
\*[v\!Q/U|sE0至于，如上，如何落地，这个得内部，把此项加入到常规的研发流程 。可以让质量Leader ，或者 研发Leader ，或者技术VP来推进 。
P j!_!t,OV)E&wt0
51Testing软件测试网P)I2O!A0b;d7tgv
:QY0r:`u4qmy9^0
51Testing软件测试网 Fw8IaH6s:n
51Testing软件测试网mB"AO ~VX'U4g._#@
:x9U}3u b.]6I0
1Y8K9lc
GM6B0如文章有用 ，点「好看」 + 转发 + 留言 ，一条龙 。原创不易，所有持续分享、持续输出价值的，都值得敬佩 。
V2m{-yR5fG;pO g0
51Testing软件测试网v V1Pc2w`.{J"c
相关阅读:
- 软件测试的研究进展 (旺达, 2019-10-11)
- 一个完整的软件系统测试计划 (旺达, 2019-10-10)
- 项目管理经验漫谈 (旺达, 2019-10-15)
- 策略型产品重构后，怎么测试合理性？ (旺达, 2019-10-15)
- 基于软件测试的策略与测试方法应用 (旺达, 2019-10-16)
- 软件工程中软件测试技术的研究 (旺达, 2019-10-15)
- 错误会让我们更好 (旺达, 2019-10-17)
- 一个好测试，首先得是一个好管理 (旺达, 2019-10-18)
- 7年测试工作让我体会到倾听的重要性 (旺达, 2019-10-21)
- 一个97年测试妹纸的成长经历，转正直接涨薪2K (xuquan, 2019-10-21)
收藏
举报
TAG:
软件测试
