精准测试之项目案例实战大剖析

本文通过九点钟项目案例,探讨如何解决测试中的常见问题,如测试范围不足、进度紧张、回归范围大等。文章介绍了如何利用精准测试平台提高测试覆盖率、优化测试与开发的沟通,以及通过代码覆盖率工具实现精准测试,降低测试成本和提高产品质量。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

精准测试之项目案例实战大剖析

一、 前言 
测试是保证产品质量的关键环节,不论是从开发人员开始的单元测试,集成测试,到测试人员的系统测试,产品的需求测试,客户的验收测试,都是为了保证产品能够更健壮的在市场上服务于用户,但是测试的整个工作和过程并不像开发的工作一样有一个产品的产出,所以更大程度上增加了对测试工作质量的考核,也就造成了对产品测试完成后无法有一个可靠的依据去判断是否能够保证产品在市场中稳定运行,测试过程中也必然存在着在各种各样的问题和困难。 
在传统的测试中,测试后期往往会出现如下几个问题: 
1. 测试范围不足、漏测 
经常出现开发改动测试不知道、或者测试范围评估不足以及测试人员对产品没有足够的了解等都会导致测试漏洞风险高,成为线上事故的导火线,并期望能够通过代码覆盖率工具提高覆盖度。 
2. 进度、时间赶,上线心里没底 
测试:“时间太紧,感觉没测试全就上线啦!再有几天就好了。”时间紧迫,根本无法规划自己的测试思路和范围,感觉自己没有测全,心里没有底儿。如果可以有工具帮助做测试的筛选和统计就好了,通过代码覆盖率判断产品是否能够达到上线标准。 
3. 测试回归范围大、成本高 
有时候开发给出的回归范围太大,导致测试回归测试成本很高。时间上和人员上都需要大量的资源投入,还是希望能够通过代码覆盖率工具做到精准测试,从而降低不必要资源的投入,提高工作的效率。 

4. 测试与开发关系沟通问题 
测试和开发在后期交流中因人为交际因素往往产生各种不可预计的状况 
如: 

友好: 
开发修改完代码后,测试人员直接询问开发是否测试过,如果开发自己测试过一遍,测试就认为已经测试完毕。 
矛盾: 
出现重大问题后,开发和测试相互推卸责任,导致团队开发和测试关系僵化。 

下图为2015年某明星互联网产品公司线上事故的范围: 
    
我们可以看到,在整个事故中一大半都是因为开发与测试沟通或测试对业务不了解,遗漏而产生的故障。要避免这样的事故,首先需要把占比高的问题解决,就可以从很大程度上提升产品的质量。 
那我们该如何去解决这些问题,我们从下面的九点钟项目案例中讲解对于提高测试的覆盖率,测试开发的沟通,测试的遗漏,测试范围评估错误等如何有效的利用现有资源进行解决。 
二、 九点钟项目简介 
九点钟酒店控项目是一款酒店垂直细分领域的钟点房预定APP,它可以让用户通过手机端的应用预定上海的合作酒店,方便快捷,通过自动定位选择附近的可预订酒店,以及按照价格和距离等选择合适的酒店进行预定,经济实惠,提前预定,解决外出住宿问题。未来,它还会跟更多的旅游频道合作,发展空间很大。 
          
三、 目的 
本文描述九点钟项目的安卓APP,在精准化测试平台(星云测试)通过测试得到测试报告以及相关的测试数据分析,通过手工黑盒测试和程序内部的逻辑测试对整个应用的质量把控,降低产品上线后存在的问题。 
四、 测试用例的设计 
采用常规的边界值分析法,正交分析,
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值