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