开发自测，不止基础功能与流程

项目组的开发自测的效果不好，交付到测试手上的版本还是各种bug，压缩了测试探索性测试的时间，导致用例执行完毕就匆匆上线，线上bug频发。我觉得在时间和测试人员不足的情况下，提高开发自测的质量是比较可行的方法。所以提出，除了测试每次根据需求制定的测试用例，开发在开发过程中也需要根据下文中的通用的测试点去规避这类bug的出现。

以下是我根据一些开发比较常出现的bug总结的一些测试点。这些如果等到测试阶段再去提出解决要花很长时间，但是在开发阶段却是几乎不花费多少时间。

前端：

1. 输入&提交：

• 必录项为空
• 粘贴输入
• 数值：负数、小数（小数点位数）、最大位数（如99999999999）、非法数值（如0001/.01/10.）、非数字类型（emoji、特殊字符）
• 日期：格式（年月日时分秒）、不合法日期（0日、32日、13月等）、闰年、农历闰月、非日期类型（emoji、特殊字符、汉字）
• 特殊字段规则校验（车牌号、身份证号、电话号码）
• 图片/视频：图片/视频支持格式
• 重复点击按钮提交
• 提交过程中禁止用户再操作
• 提交后页面是否需要及时刷新或跳转或toast提示

2. 页面展示：

• 字段值为空
• 字段值为为null
• 字段值过长（超过规定位置区域、超过一行）
• 图片查看大图以及是否被压缩
• 网络异常
• 弹窗类高度固定，数据过多滚动展示

3. 页面跳转

• 重复点击防止多次跳转
• 特殊页面跳转后不允许返回（登录页、引导页、页面输入提交页）

4. 提示

• 非法操作/非法输入提交必须有错误提示
• 服务端异常提示

5. 其他：

• 可点击区域大小合适（防止用户误触以及用户点击不到）
• 删除后页面即时更新

后端：

1. 接口入参：

• 需求决定的最大值与最小值
• 非法值（需求规定最小值--最小值之外的数值）
• 非字段类型值（如int类型输入string值）
• 必传值为空给出提示
• 账号/支付等重要信息加密
• 文件类是否限制文件大小，超过给予提示

2. 接口返参数：

• 账号/支付等重要信息加密

3. 其他：

• 重复提交限制（如已提交成功评论再次提交）
• 长时等待是否应二次请求

暂时考虑到这么多，后期会继续补充。。。。。。。