20170615-日报

作者: eosclover | 来源:发表于2017-06-15 23:00 被阅读9次

1.早上继续改数据

理清楚数据模型之间的表关系，根据具体的业务，定位到具体的表。

2.下午测试经验总结

老大梳理最近测试过程中发现的问题：

明确需求，测试依照需求来测试，目前有一个项目，前提没有具体的需求（需求不明确，前期也没有评审），开发只能根据需求口述的几条说法来开发，导致在测试的过程中，无法与需求做参照，而且都是在口述，没有形成具体的文档。

测试过程：（1）是否出现了需求之外的东西（2）该有的东西是否都有了（3）不该有的东西要确定是否本期实现（4）不该有的东西是否有了

前期需求一定要评审，有需求文档，提测的东西要明确

3.自己反思

在测试过程中，没有按照前期写的case去验证，老是自己跟感觉走，切记，在没有将基本业务走通的前提下，不要去没有目的的测试，容易漏掉很多bug. 在多人同时测试时，要分模块测试，测试完成后，交换模块在测试。

今后一定要按照需求分析来的case去找bug ,同时加备注信息，关联对应的bug号。

在需要输出报告的时候，必须要及时输出，暂且不论质量怎么样，流程一定要规范。

4.下午测试摇一摇

论开发眼中什么才算是bug？

慢慢领悟

网友评论

TYcom:今天的问题吧就是就是领导头脑一热就随意加一个模块，方便运维录数据，和上线功能模块没关系。今天的主要问题是设计有问题，被推翻了，还有问题是设计人员与推翻该设计的人员至始至终没有交流过
eosclover: @TYcom 不看需求，那你怎么测
TYcom: @TYcom 都没看过文档，我反正没时间看
eosclover: @TYcom 设计都不合理，谈何实现。所以要需求评审，及时是老总提出来的需求，也要进行评估。今天我们开需求推演会，发现开发对产品需求有好多理解不到位的地方，一个会开了3个小时。

本文标题：20170615-日报

本文链接：https://www.haomeiwen.com/subject/pwouqxtx.html

20170615-日报