发表于: 2018-03-06 23:25:43

2 991


今天挺尴尬和今早接着写的测试用例方面的知识刚才才发现没有保存 又重写了一次

 今天的收获大概的了解了测试点和测试用例的编写的注意事项 常用的编写方法和评审等

遇到的问题下午准备写测试点 写了一半发现好像还没深入搞懂测试点的具体模块

明天打算按照师姐给的需求来尝试写测试点和用例

 

今天完成的

测试用例编写注意

1用例格式不是固定的不要生搬硬套。

2根据项目的实际情况设计测试用例的表格。

3根据具体情况来编写测试用例

测试用例的常用编写方法

1边界值分析法:一般与等价类划分结合,将测试边界情况作为重点目标,选取正好等于、刚刚大于或刚小于边界值的测试数据

2场景法:通过运用场景对系统功能点或业务的流程的描述从而提高测试效果。场景法包含了基本流和备用流。

3猜测法:用直觉去猜测哪里容易发生问题 用经验去分析哪些场景容易被开发忽略从而快速得到测试结果

测试用例评审

1评审就是对测试用例来进行检查

2它包括同行评审(测试和测试之间进行评审)小组评审(组织一个测试用例小组对整个测试用例来评审)部门评审(不管是不是这个项目部门的人都一起参加评审讨论)三方评审(开发、产品、客户都参与进来评审用例)

3不同的评审类型会有不同的角色来参与

评审的意义

1可以发现测试用例的不足  2方便测试人员改进用例  3达到在测试时提高测试质量的目的

评审用例的流程图

    

 测试用例写完后就开始评审然后改进用例然后一直循环直到评审通过

测试用例的管理

为什么需要管理用例

             1用例的数量非常大

               2用例会随着需求的变化而变更

               3用例需要补充完善发现评审时遗漏或不对的地方

如何管理用例

1原始的excel表格管理(适合运用少量的测试用例上)

2专业的项目管理系统(可以跟踪变更和每次执行情况对BUG关联) 

管理工具图

禅道的基本应用

1专业的研发项目管理软件

2完整的支持敏捷开发流程

3完整软件生命周期管理

   (虽然没有全部记住 ) 



返回列表 返回列表
评论

    分享到