项目组的开发自测的效果不好，交付到测试手上的版本还是各种bug，压缩了测试探索性测试的时间，导致用例执行完毕就匆匆上线，线上bug频发。我觉得在时间和测试人员不足的情况下，提高开发自测的质量是比较可行的方法。所以提出，除了测试每次根据需求制定的测试用例，开发在开发过程中也需要根据下文中的通用的测试点去规避这类bug的出现。
以下是我根据一些开发比较常出现的bug总结的一些测试点。这些如果等到测试阶段再去提出解决要花很长时间，但是在开发阶段却是几乎不花费多少时间。
前端：
- 输入&提交：
- 必录项为空
- 粘贴输入
- 数值：负数、小数（小数点位数）、最大位数（如99999999999）、非法数值（如0001/.01/10.）、非数字类型（emoji、特殊字符）
- 日期：格式（年月日时分秒）、不合法日期（0日、32日、13月等）、闰年、农历闰月、非日期类型（emoji、特殊字符、汉字）
- 特殊字段规则校验（车牌号、身份证号、电话号码）
- 图片/视频：图片/视频支持格式
- 重复点击按钮提交
- 提交过程中禁止用户再操作
- 提交后页面是否需要及时刷新或跳转或toast提示
- 页面展示：
- 字段值为空
- 字段值为为null
- 字段值过长（超过规定位置区域、超过一行）
- 图片查看大图以及是否被压缩
- 网络异常
- 弹窗类高度固定，数据过多滚动展示
- 页面跳转
- 重复点击防止多次跳转
- 特殊页面跳转后不允许返回（登录页、引导页、页面输入提交页）
- 提示
- 非法操作/非法输入提交必须有错误提示
- 服务端异常提示
- 其他：
- 可点击区域大小合适（防止用户误触以及用户点击不到）
- 删除后页面即时更新
后端：
- 接口入参：
- 需求决定的最大值与最小值
- 非法值（需求规定最小值--最小值之外的数值）
- 非字段类型值（如int类型输入string值）
- 必传值为空给出提示
- 账号/支付等重要信息加密
- 文件类是否限制文件大小，超过给予提示
- 接口返参数：
- 账号/支付等重要信息加密
- 其他：
- 重复提交限制（如已提交成功评论再次提交）
- 长时等待是否应二次请求
暂时考虑到这么多，后期会继续补充。。。。。。。
