demo测试是什么意思_测试阶段总结

近来，终于进到一个项目里面了。有种磨刀霍霍的感觉，学了那么久，终于可以上战场了。领导让看需求啊、写测试用例啥的，贼开心~听到领导说，“这个项目测试leader就写你吧”更开心了，第一个项目我就做了leader，哈哈虽然test engineer也只有我一个，但是还是开心，因为第一个项目领导就让我一个人做，感觉到被器重了。

然后看着自己写出来的一个个测试用例，那叫成就感啊。总之，就是各种开心，可是好景不长到了测试阶段就开始各种事情了。且听我慢慢说来。

常话说的，测试是保证软件质量的最后一道门槛。所以注定是比较严苛的。平时领导强调最多的就是，流程、格式啊什么的。在汽车电子领域，有个文件叫做，Aspise。一个流程规范，无论是开发还是测试，都要按照这个流程走。尤其是大客户在考虑要不要把订单给你们做的时候，就要看你们是不是拿到了Aspise认证。所以，流程永远在大公司里是第一位的。

扯回来测试。所以一进来我就被安排学习了测试流程以及各种测试用的模板。借这次项目体验，对之前书面学习的流程有了更为接地气的认识，简单总结下：

标准的流程应该是：

但实际呢，不严格按照这个。是要分demo还是量产项目的。量产项目比较严格，一定是要按照这个流程走的，demo的话就可以省去一些不必要的流程。但是笔者拿到这个项目，一开始并不知道这些，因为领导毕竟一直强调流程嘛。然后写好了case，我就发给系统工程师和软件工程师查看，结果邮件一去不复返，还怀疑自己发的有什么不当的地方。不过领导也没找我问情况，所以就也不提这事了。

到了后面测试时候，更是感觉到理想和现实的差距。项目经理没事就会来问你今天测了吗？最近测了吗？给你拿过来了，你看下吧。软件更新了，你再看下吧。……项目经理就是喜欢push人。但是作为职场小白的第一个项目，我肯定不敢怠慢项目经理啊，结果就是测试计划完全被打乱，他搅和完了，然后还说你这测试计划怎么安排的？等等，内心极度崩溃……

找系统提需求Q&A，也是一直找不到人，找到了也是每次慌里慌张回答。

再有就是软件方面，版本号管理不清楚，每次都要追着他们要版本号。提defect，也不知道改状态，结果就是bug可能已经改掉了，系统上现实defect还是new，作为测试还要催着他们更新问题状态，容易吗……

最大的问题就是，需求写这个要测，软件告诉你不需要测，系统告诉你要测，……就很崩溃，也不知道怎么办，其实自己也不太想测，因为毕竟属于用户功能外的东西，可是测试主管又说一定要跟系统确认好……怎么办？反正我们测试不能松口，出事锅也背不到自己头上……最后拉开发和系统的一起坐下来看测试用例，一致的结果是，现在不测，下一版本测。总算是可以发测试报告了……

总的说来就是：

1.项目开始，一定要认真看需求，刨根问底。

2.测试用例，demo项目，就可以写的粗糙一点，覆盖到重要功能模块就好。不然需求频繁变更，你就要频繁改用例。

3.测试结果一定要及时上传缺陷管理，还要对缺陷管理进行及时跟踪；如果软件没有及时更新缺陷修复状态，不管他好了，反正后面测试报告一出来，数据不好看，自有人找他们说事。

4.测试报告不管是周报还是日报，发邮件之前一定要确认，收件人，还有发件内容，和附件上传情况是否有差错。格式第一。

5.对于PM项目经理，只谈进度，不谈内容，尤其是测试计划，一定是测试方面自己定好的，不要被PM过多的指手画脚。

6.和各个部门交涉时候，一定要以解决问题沟通合作为前提，不能带个人感情色彩；但是也不能因为或许谦逊而变得畏首畏尾，因为大多数人还是“欺软怕硬”形的，你谦逊惯了，他可能就对你“不客气”了。现在就要拿出来个人风格来，不然以后总会感觉到束手束脚的。

暂时想到的只有这些了，期待以后更多的经验