项目熟悉
- 结论：做测试一定要先了解熟悉项目，
- 原因：因为了解熟悉项目后明白项目是做什么的，做测试才能明确哪些是核心业务要重点测试，哪些是边角可以减少测试投入，从而把资源聚焦到刀刃上；
- 方法：
- ①我们了解新东西都是先整体，而不是一上来就是细节。比如测试人员接手一个新项目时，却一头扎进细节开始看界面、点按钮。没有全局认知的测试，那么就像没有地图就进了迷宫——你确实在走，但不知道哪条路重要、哪条路是死胡同；
- ②了解细节之后，在进行核心业务总结，也就是先整体-再细节-再总结；
- 分五个步骤：
- 先整体了解项目业务特性：即项目是做什么的，比如我们的案场系统，为地产开发商设计的案场客户的管理系统，促进客户成交，提交销售业绩；
-继续整体了解项目的的目标用户：即项目给谁用，给前台案场人员、分接人员；后台管理人员； - 然后才从细节了解项目：了解项目的功能架构 —— 项目的功能有哪些，客户管理、客户统计、销售成交统计，大模块在拆分子模块，然后到详细的功能点；
- 手机端：销售人员管理、客户管理（新增、编辑、查询）、客户统计、销售统计、接收第三方销售成交数据推送以及将客户数据推送给第三方销售系统
- web端：客户管理（查询）、客户统计、销售统计、接收第三方销售成交数据推送以及将客户数据推送给第三方销售系统
- 继续了解细节-了解项目的技术架构 —— 项目的技术实现是什么样的；
![]()
- 最后再总结：了解项目的核心业务流程，尽量自己绘制核心业务流程图：
![]()
- 这就是我们的了解项目过程：先总-后拆-再总结，熟悉项目后，我们才能对业务做出合理的测试优先级判断，分清重点、分清主次合理分配时间，在有限的时间内进行测试。
