在没有需求文档的情况下如何来设计测试用例?

在缺乏明确需求文档的情况下,设计测试用例可通过分析客户功能点、开发的Software Specification List、组织跨部门讨论会、整理用例需求疑问、进行内部评审、参考客户反馈及竞品分析等方式进行。通过这些方法,可以逐步完善和确保测试用例的全面性和准确性。
 这个问题出题很新颖,着重是考察公司的测试Leader应对突发事件的能力?

  以前我们公司招测试Leader的面试题目中也有类似的一个题目?我面试了很多人,回答都不是很理想,都只能够回答上几句话,并且都有“需求不明确”等同感,只是工作中太忙缺少总结,给出一个常见的很熟悉的问题,马上作答不知道如何说起。

  下面是我的一些看法,恳请各位同行批评指正:

  1.根据客户的功能点整理测试需求追朔表:

  一般的客户都要把要开发软件的功能点写成一个表格交给市场部,让市场部门转交研发部。所以客户的功能点是编写测试用例一个最最重要的依据。

  2.根据开发人员的Software Specification List整理我们的功能测试点:

  一般来说,开发人员实现一个功能都要把该功能分成几个子模块来实现,所以Software Specification List也是我们参考的另一个比较重要的依据。

  3.开展项目跨部门讨论会:

  可以抽出时间,叫市场部的项目负责人、产品经理、项目经理、软件开发经理和软件开发人员,分别讲讲他们对整个产品的认识和设计模式,对每个功能点的理解和认识,理顺思路,达成共识,测试人员负责记录,测试Leader负责整理汇总,形成测试的部分参考文档。

  4.测试人员整理用例

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值