软件测试之测试工程师如何交接项目

最新推荐文章于 2024-03-14 15:17:10 发布

多测师111

最新推荐文章于 2024-03-14 15:17:10 发布

阅读量548

点赞数

分类专栏：软件测试文章标签：软件开发

本文链接：https://blog.csdn.net/duoceshi/article/details/120697315

版权

本文讲述了测试工程师在项目交接时如何处理测试部分。首先，确定是否有测试资产，如自动化测试、测试用例执行情况和代码覆盖率。然后，制定接手后的计划，考虑测试工程师和开发工程师的任务时间表。接着，按照计划实施，初期以业务测试为主，结合增量代码覆盖、静态代码扫描等手段。最后，在重构前确保单元测试覆盖度，防止频繁的BUG修复。

摘要由CSDN通过智能技术生成

　　很多公司都有一些项目的交接问题存在，有从商务外包团队将项目交接给公司自建团队的，也有因为公司的一些组织架构的调整导致的项目交接。(有些公司叫项目闭环，为什么叫闭环我其实也不清楚啊，就是本来A团队在AA部门做AAA项目，调整后就是A团队在BB部门做AAA项目的一部分或者全部)

　　不管因为什么，如果发生了项目交接，你做为项目承接团队中测试工程师，要如何完成测试部分的交接呢?我们都是知道很多项目连代码都是一团乱麻，就更别提测试了，那么面对一团乱麻的项目，我们应该如何开始承接对应的测试呢?

　　第一步：是否有测试资产的移交

　　最开始我们要搞清楚是否有一些测试资产可以承接过来，那么确定可以继承的测试资产，我们可以从如下三个问题开始：

　　1、是否有自动化测试

　　2、测试用例什么时候会被执行

　　3、测试代码覆盖率(强烈建议业务测试也需要统计代码覆盖率)

　　我相信很多项目对于上面的问题很难给出准确的答案，尤其是最后一条。如果你将要接手的项目没有自动化测试，那么你就要将测试重点放到业务测试用例上，关注业务测试用例如何如何被执行的，是否分级以及执行过程历史上发现的BUG和被修复情况。最后，你还是要把所有业务测试用例执行一遍，这时候我特别建议你使用代码覆盖工具统计代码覆盖率，我相信你会看到大面积没有被覆盖的代码段。这说明原来的业务测试用例设计并不完善。