• 需求评审
• 熟悉业务
• 编写测试计划
• 编写测试方案
• 设计编写测试用例
思路:
○ 确定界面的初始化数据是否与数据库一致
○ 功能点-对应功能点测试用例的设计主要包括三个方面:输入、处理、输出
§ 输入:可见输入和不可见输入(页面上可见的输入和不可见的输入,比如注册功能,当注册用户的时候注册时间属于不可见输入)
§ 处理:正常处理、异常处理
§ 输出:可见输出(前端和后台的输出)、不可见输出(数据库数据的入库、入缓存)
○ 业务场景测试(多个功能的组合,在进行功能测试的时候是针对单个的功能进行测试的,没有从业务场景的角度去设计测试用例)业务场景的测试用例主要是从用户角度、项目角度(系统本身角度)进行设计
§ 用户角度:
□ 确定业务中涉及的用户的角色
□ 用户角色常用的功能
□ 根据用户常用的功能设计业务场景(一条业务场景就是一条测试用例)
§ 系统本身的角度(从用户角度确定的测试场景是一些常用的场景,从系统的角度设计的测试场景补全用例。)
□ 从系统的角度确定功能的个数
□ 生成n*n的矩阵,比如一个ATM取款机:插卡-取款-存款-查询-转账-修改密码-退出。
□ 确定每个功能的可达性(可达性:一步可达,一步不可达)
○ 非功能测试
§ 效率性
□ 什么时候需要考虑效率性?需要根据使用人群和用户数来考虑效率性。
□ 效率性要考虑哪些方面:页面响应时间
§ 可靠性
□ 什么时候需要考虑可靠性?金融、医疗
□ 可靠性需要考虑哪些方面?登录密码是否是掩码显示、短信验证、sql注入(通过特殊字符修改sql语句)
§ 可移植性
□ 什么时候考虑可移植性?需要在不同平台、不同浏览器、不同网络上运行的项目。
□ 操作系统:Windows、Linux、Mac
□ 浏览器:IE、Firefox、Chrome,
® IE降级:控制面板-》查看IE安装的更新中找到IE卸载
§ 易用性:操作复杂程度,适用人群
§ 可维护性:可发考虑
• 测试报告