测试检查点是测试用例执行的最后一个步骤，不同的测试用例会呈现出不同或者相近的测试检查点。由于测试人员的主观臆断会忽略某些检查点的检查或者未意识到某些隐形的检查点检查（如业务日志）从而导致缺陷遗漏到现网。因此，细致、耐心的对检查点逐一检查以及根据检查点补充用例降低测试低级错误的发生，提高产品的质量。
什么是检查点
所谓的检查点，就是系统根据用户的输入，按照业务要求的逻辑处理后产生的输出，不同的业务场景、不同的结果（成功或者失败）会有不一样的要求。部分输出是客户在需求中明确要求展示的，比如展示的字段可以直接观察到或者获取到，部分输出是服务于系统维护人员、客服人员等。当然，部分输出也包括不能输出或者加密输出，比如客户的银行账号要求部分数字用*号替代，客户的密码不能再日志中输出等。检查点的检查包括客户或者系统质量要求的必须输出的或者不应该输出两种情况。
检查点分类
测试检查点主要包括界面展示、文件、数据库、短消息、业务日志等。
界面展示
界面展示主要包括表记录的直接查询、控件的排序和默认值、控件是否展示、控件的标志（必须带*号）、冒泡提示、控件是否冗余或者缺少展示、界面风格等。
1、检查展示字段是否按照客户要求展示，包括字段名称、个数、顺序、取值来源、展示风格。
2、展示内容是否符合要求，比如菜单界面只展示成功记录或者只展示失败记录或者全部展示。
3、根据查询条件展示的内容是不是与在后台查询数据库的完全一致。
4、检查展示表记录的排序是否按照需求要求、是否需要去重。如果需求没有明确要求，也需要检查展示顺序是否合理。
5、检查新增记录，表可查询，删除记录，无法查询、修改就，查询修改符合修改。
6、检查控件默认值、控件放置位置和顺序、控件属性是否合理、下拉框展示值和排序，特别是时间控件和下拉框。
7、文本框是否有冒泡提示，提示描述是否正确。
8、界面风格是否与其他菜单一致，是否符合UI规范。
文件
文件的检查，主要包括文件是否存在、文件名检查、文件内容检查等。
1、检查文件是否按照逻辑处理成功生成、删除。包括检查是否有重复生成文件或者覆盖文件。
2、检查文件名是否正确，包括格式（abc_20170921.txt）、大小写、后缀。
3、检查文件内容，是否按固定格式生成、有无重复记录、指定字段的值是否记录正确等。
数据库
数据库的检查主要包括表的操作（新增、删除或者修改表字段）、表记录的操作（删除、新增、修改）、索引的操作等。
1、检查是否删除表、新增表，新增表检查需要包括字段个数、字段类型和长度。
2、检查表字段修改，特别是新增字段并且赋默认值。查看大表执行效率。
3、检查关键字段是否特殊处理。比如密码需要加密后保存。
4、检查表记录是否正确删除、新增、修改。考虑所有表是否都正确操作，比如日志表、关联表等。可以配合界面查询检查，确保一致性。
5、检查索引正确修改、创建，检查索引类型是否正确。
短消息
短消息检查主要包括短消息是否要发送、发送内容和格式等
1、检查短消息是否正确发送到用户手中。是否由本系统发送。比如充值成功发送给用户的消息可能是由第三方系统发送而不是本系统发送。
2、检查短消息内容是否正确，特别是关键字段展示。如金额、是否包括税收通知。
3、检查短消息是否被拆分，拆分消息发送是否完整。因为短消息过长（超过140个字符）会被拆分发送。
4、检查短消息是否发送反了。比如发送充值代理商给终端用户成功。但是扣款成功消息却发给终端用户。充值成功消息发给了代理商。
业务日志
业务日志检查非常重要，包括一些敏感信息的处理或者后续用于问题分析定位的关键信息打印。
1、检查业务日志不打印敏感信息，包括用户的号码、密码、余额等。
2、检查业务日志打印关键定位信息，特别是异常场景的ERROR日志，确保ERROR信息清晰、容易理解，可以用于快速定位问题。