需求文档不详细,怎么测试才好
RT 与研发多沟通。。。。 这个还是要对业务的熟悉,但没有文档只能通过沟通 沟通,评审 1. 测试在早期就参与到项目中,如需求讨论,计划,Demo这些2. 现在需求靠文档传递的情况已经很少了,一般都是离散的散布在计划管理工具里面。这个要靠测试团队和开发团队的紧密沟通去了解,去整理成测试需求和测试Case 多沟通吧。 多跟开发和项目经理沟通,根据所掌握的写测试用例,一定要用例评审,根据通过后的用例测试。
有个好处就是,既然你需求不明确,文档也未更新,那用例是评审通过的,后期要是有什么异常,那测试的责任就不会太大。
不过你要是非常敬业,那就要时常跟踪开发和需求方的动向,随时更改用例。 1.学会话流程图
2.分析业务需求、功能需求、隐藏需求
3.切合用户实际使用出发
4.软件是工作效率提高而制作的,如果功能降低效率或不切合用户的话那就是缺陷
页:
[1]