没有需求文档？ 是的，很多公司都没有需求文档。 特别是伪敏捷盛行的今天。
k |Ay,k2w2D0
9Mtair A'jn+zE051Testing软件测试网 C D8~(})R-wi$D*F!Bi!Z
没有需求文档，最头疼的问题是不知道开发的产品应该是个什么样，要完成哪些功能，达到什么指标。有哪些细节需要注意的。大家只是口头沟通，过段时间，谁都不知道谁说了什么。51Testing软件测试网U"X}D E? K
51Testing软件测试网u%q
B P v#L
51Testing软件测试网x/IvgR C F(V
51Testing软件测试网WI
[#yP o H
K
{
51Testing软件测试网 PlO'E {#| PK*{
下面几个步骤应该也许有用：51Testing软件测试网QX"h
t9hR#H(u g5Z
Z
JZ?0O1W.['z!j01、首先可以查找其他相关文档。比如产品策划书、Feature List，不可能什么文档都没有吧。我们可以收集一切相关的文档来帮助理解所要测试的产品需要完成的目标。
,i ?
hy.}0
51Testing软件测试网
xp2E }R
r
2、尽量多参加该项目组内的会议。比如需求讨论、设计讨论、计划讨论等会议，尽管没有白纸黑字的文档，但讨论过程中也能让你加深对产品的理解。51Testing软件测试网 ~3G1TA F9TOE P6A"f
51Testing软件测试网 r.t0Y
iZ
3、咨询相关人员。经过以上两个过程，应该对产品有了一个初步的理解，花点时间自己把大致的功能点整理一下，遇到不明确的、有疑问的，可以咨询项目负责人或者相关市场人员，他们应该对整个产品心中有数。
R;Lr+C
~S0这里有一个前提是，在对产品有了初步了解后，才有针对性的去咨询，否则在什么都不知道的情况下。
$b9E e-s kT3K3fV0第一，对方没有耐心和时间向你介绍整个产品；
+d H
u8@w2R[0第二，对于对方的讲解，估计最多也只能了解个大概，不能很好理解。
r X \jz!vL%b.i0
F
Q n){9pe"Jj04、召集相关人员，对你整理的结果进行讨论。整理以上几步得出的结论，总结成文档，发给相关人员，包括项目负责人、市场部代表、开发人员等，让他们帮助评审check，根据意见对文档不断进行补充完善。当最后通过评审后，这个文档就可以当作依据来设计你的测试用例了。51Testing软件测试网;U6Z-T rN
\$j:n7b4C G9x
51Testing软件测试网*y8y1pm.i'y"f| |
当然，如果是一款已经上线的产品，可以多去使用产品。有不懂的记录下来，问产品经理。如果没有产品经理，问测试同事。如果公司在职的测试也没有（就你一个测试），问开发同学。51Testing软件测试网(F&C o7CXH&X
也可以去看历史Bug。通过历史Bug，可以了解到一些你需要关注的东西。51Testing软件测试网3s(B~Nww4~T^
\
51Testing软件测试网dR4u-tJ N
N yL hi
Ui0至于测试用例的设计思路，曾经文章分享过，不再陈述。51Testing软件测试网n:~nyW
A
有需要去翻翻历史文章。51Testing软件测试网m6PGOXG8H?`
2X1p8i RW:`3Q0
I8WYfR1EH(t0
51Testing软件测试网pS;K,F+mJH
<End>51Testing软件测试网.Mlgz9X F+Q.a
IDO老徐，Tester，十年测试职业老鸟，分享原创职业观点，经验分享，答疑解惑51Testing软件测试网'D E/G7E'a"GJ.y @[ C
引用 删除 qiqian0421 / 2016-11-30 15:41:51
