项目总结

Bug分析

设计阶段：

详细设计做完送付后，仍然有外部指摘的内容，分析指摘发现有些内容是由于自己不熟悉详细设计的写法和具体标准造成，还有一部分是由于式样把握不准确造成的，面对这两个点，我感觉在项目开始时进行适当的相关教育和详细的式样说明效果会比较好，就比如详细设计中某个点要写一个像扩大缩小操作，作为详设人员，我们只需要写明点击哪个button会给哪个图像带来多少倍的放大或者缩小效果就可以了，不要去写具体的实现方式，这些就要由开发来实现了，如果详细设计之前设计人员就明白这些，就不会花费很长时间去想这个不应该想得问题了。

测试阶段：

    测试中，从自己手里流出的bug也是有的，至于流出的bug类型有的是自己测漏的，也有的是degrade造成的。漏测的原因有两个，一是自己疏忽大意，没有想到那么多点，此次项目中有多语言对应，每种语言都对应着多个固定表示项目以及多个message，有时候一种语言的message抛正确了就感觉没有问题了，殊不知，其他语言的message还存在着问题；二是测试式样书的点比较少，有些东西虽然按照测试点进行完了，但是隐藏的点还是有一些的，遇到这些问题我认为就要发挥leader的重要性了，他可在原来基础上再做一些强化点，或者把某些点展开，但前提是在测试case按时完成的基础上。而degrade造成的bug则是开发那边在改某个问题时把原来对的问题改错了，这样测试人员也是猝不及防，只能由开发负责人进行相应的控制。

 

项目相关

详细设计阶段的任务刚开始时，team中的几个人都很痛苦，原因是基本设计式样书很简单，对各个画面的联系不甚了解，本画面的一些操作的细节也没有说，大家都不知道该如何下手，后来虽然有个同事给我们讲了式样，但是所讲的内容也只是帮我们了解个大概，具体的好多内容都是在QA和稍后的skype中跟客户进行确认的，因此也浪费了很多时间。基于这些，我有个别建议和意见。

①如果客户给基本设计书，希望要求尽可能的详细点，某个画面有哪些操作一定要写全，    

  不能让详细设计人员再去做基本设计的工作。

②每个项目一定要有个对式样非常了解的人，而且详细设计前最好有个比较全面的式样讲解，这样就能帮助详细设计人员更好地理解一些操作，解答一些不清楚的业务问题。

③做完的详细设计一定要让客户好好确认，把不正确的逻辑或者遗漏的细节都指出来，否则后期再改就比较花费时间了。

④不管详设还是测试阶段，早会都很必要，因为工作中肯定会遇到一些问题，在早会上大家可以把问题列举出来，然后逐一解决，这样就可以避免相同的问题被不同的担当多次提出了。

本文出自 “羽鸿出品” 博客，请务必保留此出处http://5fresh.blog.51cto.com/5472694/1017915