勇于突破，突破不止！

发布新日志

  • 评审目的

    2016-03-27 22:48:07

    评审目的：
    1、通过评审，大家对系统需求可以进一步的熟悉和学习；
    2、通过评审，可以发现测试过程中遗留的点，对于提高设计的覆盖率起到很好的作用；
    3、通过评审，使开发人员和测试人员对需求的认知达到统一；
    4、通过评审，有利于开发和测试人员的思路交换；开发人员可以了解测试设计人员如何设计用例去测试他们的代码；同时测试人员也可以了解开发人员的设计思路和实现方式以便后续更好的针对性的设计；
    5、通过评审，使测试人员可以更快的发现自己的设计不足和盲点；
    6、通过评审，可以进一步的提高软件的质量；
    7、通过评审，可以让测试设计更透明化、更公开化，避免了闭门造车的情况；
    8、通过评审，动用大家的测试思路来扩展和补充设用例测试设计者的思路；

    查看(737) 评论(0) 收藏 分享 管理

  • 评审过程

    2016-03-27 22:39:27

    评审过程：
    1、测试经理主持开场白，对系统的主要功能、评审的背景、评审的目的进行描述；
    2、模块用例设计人员进行讲解（按从优先级高的功能点--中优先级-低优先级的顺序进行开展，主要对功能点进行大概的描述，然后详细描述当初设计时的思路和方法）；
    3、参与评审的人对设计思路进行头脑风暴，采用问答形式，如果设计人员回答不上，或者还不知道的说明其对该地方还没有完全熟透和理解，需要重新补充和设计思考；
    4、评审过程中，评审记录人员需要详细记录评审过程，对评审过程中提出的疑问点进行整理，会后整理好采用邮件全体参与人员邮件反馈；
    5、模块设计人员根据评审过程中的未涉及的地方以及未考虑到位的地方进行补充和完善，然后准备二轮评审。
    6、评审过程要求，每个参与评审的人至少要发现并提出〉=2个问题；

    查看(595) 评论(0) 收藏 分享 管理

  • 测试评审

    2016-01-13 10:51:13

    测试评审要点说明（计划、用例、报告）--突破

    查看(824) 评论(1) 收藏 分享 管理

Open Toolbar