编写测试用例 1、了解需求 2、写出测试点 3、把测试点转成测试用例 4、对测试用例进行评审 5、评审通过把测试用例导入用例管理工具 6、分配测试用例，执行测试用例 7、在缺陷管理工具上提交bug 8、验证bug 9、关闭bug 10、提交测试报告 这个项目是做什么的 需求是要解决什么问题 测试用例：是用来描述功能，显示操作步骤，通过这个用例来执行测试 编写用例标准 1、用例编号 TAOBAO_MAIJIA_001 2、用例标题 3、优先级 4、前置条件（预置条件） 5、测试步骤 6、预期结果 7、用例的类型（功能测试） 用例编号 系统名称_模块名称_001（一般用大写英文表示） 1、模块 2、测试类型 3、需求 用例标题（要素中的重点） 描述这条测试用例是验证什么的 例如: 1、ATM输入正确密码，能成功登录 2、ATM输入错误密码（没有超过最大登录次数） 3、ATM输入错误密码（超过最大次数） 注意点 1、用例标题永远是唯一的，也就是说不可能存在相同标题的两条用例 2、标题描述要简单，易懂，但是描述清楚 测试用例注意点： 1、用例编号根据公司的规定 2、用例标题能加"验证"尽量加上验证 3、用例标题需要写清楚要验证的点 4、用例标题和预期结果相呼应 5、用例标题是陈述句，不能用判断句或者选择范围，也不能用是否,不能用疑问句 6、不能把bug写成测试用例 7、一个无效等价类尽量写成一条用例，不要2个无效等价类写成1条用例 8、用例步骤写编号、从最开始步骤写起，不要简化，避免重复 9、测试数据写在测试步骤里面，不要写在预期结果里面 10、有数值尽量用双引号或者单引号比如"199201"， '199201' 优先级（作为测试优先级的顺序） 优先级分高 中 低 高 ： 核心功能用例（冒烟测试），会阻碍大部分其他测试的部分，基本功能测试，重要的错误测试， 中：异常的测试，边界，中断，弱网 低：字体，颜色，易用性，页面， 场景法设计设计的用例，基本流为高级用例 场景法设计设计的用例，备选流为中级用例 因果如设计设计的用例，有效的用例，选一条作为高级 因果如设计设计的用例，有效的用例，除了选取的一条，其他的都作为中级 因果如设计设计的用例 无效的用例，作为低级用例 等价类和错误推测法 设计的有效用例 中级 等价类和错误推测法 设计的无效用例 低级 ui，样色，颜色，大小，位置，排版 等 低级 死机，白屏，卡顿，闪退，界面跳转 高级 删除 ，返回，取消，刷新， 更新 ，翻页 中级 1、主要流程的用例 1、备选流程的用例 1、页面样式 2、重要级别的用例 2、重要级别的用例 2、页面排版 3、基本功能的用例 3、分支用例 3、错别字 4、冒烟测试的用例 4、异常用例 4、提示性错误 5、单个查询功能，显示功能 6、易用性的优化 提bug中才有1级bug，2级bug（合理的重要级可以让开发明白需要先修改哪些bug） 注意点 1、重要级需要合理，不合理但是有可能会跟开发闹矛盾 2、KPI绩效考核，开发考核是根据一年总共写了多少行代码，bug数是多少，1级bug致命型bug，衡量他能力的参考。 3、往往工作中，1级的bug必须当天解决 前置条件（执行操作前的准备工作） 1、测试数据作为操作步骤前的准备工作 对2、测试账号，银行卡账号，银行卡余额 ATM机有多少钱 注意点： 1. 不能拿上一个用例作为一个前置条件 2. 前置条件需要描述清楚，例如你使用的 账号，密码，账号的类型，账号的权限， 测试数据，访问的地址，指明具体操作的入口。 测试步骤（测试验证某个测试点的具体操作步骤） 1、步骤要描述清楚 2、步骤中最好有详细的测试数据 3、步骤不宜过多，一般是7个步骤左右，特别复杂的测试点，需要写详细的步骤 预期结果（了解需求后，程序应该执行的结果） 注意点 1、预期结果要详细 2、预期结果要注意隐藏的结果 3、页面跳转成功 4、订单状态的变更 5、多个页面显示的结果，不能只写成功，失败 6、预期结果就是检查的测试点，系统功能的实现 7、结果设计到页面提示，数据的变化，必须明确说提示的内容，和变化的内容 8、结果涉及到数据库，需要明确数据库的表和字段的变化 例如：数据库用户账户表，余额字段发生了改变
