项目测试流程

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