职业经验 该如何保证,每次迭代的软件质量

天朗气清 · 2018年11月30日 · 最后由 Jerry li 回复于 2018年11月30日 · 1913 次阅读

首先介绍一下我目前的工作转态吧,我算是一名嵌入式产品测试员,公司主要做嵌入式网络录像机 NVR/HVR/IPC 及终端监控平台软件。

每次拿到开发发布了新的测试版本,首先我会把测试文件里的三个不同类型的安装包,跑一下正常安装/恢复文件安装/恢复出厂安装场景,再跑一下 U 盘/FTP/web 升级方式,然后再尝试一下一些错误文件/非法路径.....。保证这次发布的测试版本文件的正确性,然后再去验证修复问题。

先看一下该版本修复了哪些问题,怎样去检查这些修复项是否已修复。 我验证了完修复问题后,再简单地跑一下公司通用的基本功能测试用例,然后就完事啦。每次跑完相同测试用例,一点感觉都没有,而且每次迭代都是跑相同的测试用例,这样根本就找不出软件还存在哪些未知缺陷呀???

开发发布新的软件版本,一般都是从客户那反馈的问题。 最近看了很多软件测试行业的技术贴/论坛/会议记录/书籍,觉得公司的软件质量保证是真的不行

哎,我该如何保证每次迭代版本的质量,难于上青天呀。(最近公司一个十来年的测试工程师高飞了)

共收到 2 条回复 时间 点赞

我该如何保证每次迭代版本的质量,难于上青天呀。

如果是一个产品,应该要积累一个比较完整的用例库,然后分不同的等级。
如果是大版本的升级,建议要做一次全量的回归测试; 如果是影响范围可预计的小版本,可以针对性地挑选对应模块用例,加上其他模块高等级的用例结合进行回归测试。

按我理解,如果你们只有通用的基本功能用例, 在全量回归测试的时候肯定覆盖面是不够的。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册