没有需求文档时的测试用例编写

从做测试过程中发现,一般没有需求说明文档有3种情况
1、开发人员的意识不足,开发流程不规范,可能是以前做项目一直都是拿到市场可行性分析,然后项目管理人员进行简单模块划分,任务就分配下去了,更不就不写需求文档,或者只是简单书写大体功能点。
2、项目进度紧张,后期需求变动可能比较大,来不及书写详细的需求文档
3、项目是从原有项目上进行迭代开发,开发人员认为不要再进行需求文档编写。

针对上述2点提出个人意见:
对于第一种情况:
1、测试负责人应该坚持开发没出需求文档,就不进行测试,要坚持让开发输出项目需求文档,哪怕是写的不够详细也好。
2、需求文档要进行评审,评审做会议记录,并有专门人员对需求文档进行修改
3、最后就是测试人员进行测试需求分析,再根据测试需求点进行测试用例编写了。

对于第二种和第三种情况:
1、测试人员尽量找到已存在的资料,比如市场调研书,可行性分析报告,收集一切对项目有用的文档。并提出其中的功能点需求
2、如果是迭代项目开发,则找到前期项目的一些需求文档,概要设计,详细设计,测试需求,用例等。提起里面的功能点
3、咨询相关人员,获取项目一些大体功能,最好能知道大体项目的框架,然后记录咨询到的功能点。
4、了解项目大体框架后,可以在网上寻找同类产品,把里面的一些亮点功能点进行提取
5、整合上面的几点,测试人员应该书写一份你认为的测试需求点,然后分发给每个和项目有关人员,如测试人员,开发人员,市场人员。组织进行一个会议评审,在评审中详细记录修改的地方
6、最后

  • 2
    点赞
  • 18
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
根据OTA需求文档编写测试用例是一项重要的任务,它确保了软件在满足用户需求和预期功能的同,具有高质量和稳定性。 首先,我们需要仔细阅读OTA需求文档,了解系统的各个功能和模块。根据文档中的功能点,可以开始编写相应的测试用例测试用例应该覆盖系统的各个功能模块和各种可能的情况。首先,可以编写基本的功能测试用例,包括正常输入和预期输出的测试,这样可以确保系统能够按照规定的条件正确运行。 其次,还需要编写一些异常情况下的测试用例,这些测试用例可以模拟系统出现错误或异常的情况,并检查系统对这些情况的处理。例如,测试网络连接失败的处理、测试输入非法数据的处理等。 此外,还可以编写一些性能测试用例,以确保系统在大量数据或高并发的情况下能够正常运行。例如,测试系统在同有多个用户下载软件的处理速度和稳定性,测试系统在网络负载较高的表现等。 最后,为了提高测试的覆盖率,可以编写一些边界值测试用例。这些用例可以测试系统在极端情况下的行为。例如,测试系统在输入极大或极小值的处理,测试系统在超出正常操作范围的输入的处理等。 编写测试用例的过程中,需要保持用例的完整性和准确性,确保既考虑到系统的功能需求,也考虑到系统的稳定性和性能。同,应注意用例的可复现性和可验证性,以方便测试人员进行测试和结果的确认。 综上所述,根据OTA需求文档编写测试用例是一项复杂而重要的任务。通过合理的用例设计和全面的测试覆盖,可以确保系统的质量和稳定性,满足用户的需求和预期。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值