XX XX项目测试工作小结

XX XX项目测试工作总结

从９月到１２月短短四个月，经历了XX XX项目从需求到开发到测试到上线的全过程。在忙碌之后，静下来总结了一下这一段的经历。

XX XX项目的特点是：时间紧，任务多。但业务逻辑并不复杂。测试内容多。开发测试运营跨地域合作。

测试内容包含XX两地的网页。每地又包括ＰＣ门户，手机客户端（ＩＯＳ版和安卓版）自助终端，服务站，后台运营管理系统。

测试组工作态度认真，大家都很敬业，测试经理起到了很好的带头作用。编写了比较完整的流程测试用例和功能测试用例。测试组采取老带新的模式提高工作效率。

测试驱动开发的小尝试：

１．以邮箱模块和手机端我的支付模块为例，分析需求后，编写了测试用例。给对应的开发人员介绍我们的测试用例，讲述我们会测试到这些情况。开发人员按照测试用例更改程序后，模块缺陷少多了，质量提高了。

２．以后台业务日志模块为例，业务日志模块记录日志和展示日志由不同组的开发人员完成，查不到日志的时候，开发人员都认为不是自己模块的问题，找来不同组的开发人员一起来查出问题所在，并跟踪解决掉。

探索式测试小尝试：在进行流程测试的时候，针对某个流程进行探索，比如增加几个步骤；改变步骤的执行顺序；反复执行某几步；输入不同数据，多次执行同一个流程，以覆盖不同的分支等等。能够发现更多的缺陷。

存在的一些问题：

－　测试环境没有独立，和开发组共用，导致版本发布频繁，没有阶段计划性。以致测试工作无法按计划开展，总在冒烟。

－　测试工作的开展状况：一直按照流程测试用例在做冒烟测试，没有对所有模块作过完整的功能测试。

－　开发人员新员工比较多，缺少统一的质量配置等培训（举例：有一个模块开始没有纳入配置库，开发人员自己更新环境，发现这个问题后，及时讲解代码配置管理流程和版本发布流程后，才纳入配置管理）。

－　开发组对缺陷状态处理不及时，导致缺陷库大量缺陷遗留。

－　开发组自测效果不明显。

由于没有做完整的功能测试，上线后，还会有很多缺陷，建议从如下方面考虑测试工作：

－　测试组有独立的测试环境；

－　加强开发的自测（测试组可以提供一些指导：比如简化的测试用例，或者测试要点）；

－　在独立的测试环境，稳定版本，做全面的功能测试；

－　市民网页是实名用户，包含用户个人资料，建议考虑安全性测试。

－　建议考虑冒烟测试自动化；每次发布生产版本前，自动冒烟测试，减少手工测试的工作量。