表单组件1.0AUB相关测试思考及总结
卡片拆分总结：
1.拆分卡片及排期后，和开发沟通卡片及排期的合理性，不仅要关注开发或测试各自的卡片及排期，还要关注整体卡片的拆分及排期，例如卡片拆分的粒度是否合适，卡片能否单独提测，卡片开发及测试的先后顺序是否合理
2.保证每个卡片具体独立性或关联性较弱，卡片的开发时间最好小于2天，如果某个独立功能的卡片大于2天，则可以再继续拆分，关联性较强的卡片可一起提测
原因或具体事例（1.2）：在卡片排期完成后，第一个卡片提测前一天找开发沟通，发现一些卡片功能关联较强，需要一起提测，进而需要调整测试的排期。功能有关联的卡片有【导航条隐藏，底部显示提交-保存按钮，名称写在表单顶部】、【在客户端可以将表单保存为草稿】、【提交时检查漏填项，页面回到第一个漏填项】、【表单提交后、审核通过后，保存草稿及提交按钮隐藏，表单内容只能查看不能修改】、【表单提交后，审核失败后，如果是人工审核失败是字段可编辑等功能】。其实相关联的卡片也可以根据关联强弱分阶段提测，比如这次，【表单提交后、审核通过后，保存草稿及提交按钮隐藏】、【表单内容只能查看不能修改、表单提交后，审核失败后，如果是人工审核失败是字段可编辑】和其他卡片的关联性较弱，可单独提测
3.添加联调卡片，便于准确评估排期
4.可添加前端、服务端提供相关技术文档的卡片，便于提醒开发文档的输出时间
进展跟进总结：
1.及时跟进开发进度，在提测的前几天，或者想起来就沟通跟进
原因或具体事例（涉及卡片拆分总结3.4）：在跟进utm表单服务端开发进度时，服务端反馈前端未提供相关文档，所以开发无法继续进行，不能按卡片排期时间提测。这个如果提早沟通、或者想到服务端前端的交互需要文档或者写到卡片中，文档提供时间会提早定下
2.注意记录总结需求变更，群里及时同步，同步到相关文档
测试分析总结：
1.除XAC外，需针对服务端或前端的非UI层面的需求整理测试思路及测试步骤，因为XAC一般更多的是对具有UI的业务功能层面的验证用例，例如这次需单独整理前端报utm状态及服务端存数据到表中的测试思路及步骤
http://wiki.xingshulin.com/pages/viewpage.action?pageId=57781076
2.提前对测试环境进行准备，提高测试效率：测试环境配置，例如项目创建、表单配置
3.除了对具体功能进行验证外，考虑功能的使用场景，例如utm使用场景：【随访中的表单，医生给患者发送表单，患者填写表单，医生患者可查看填写的表单】、【随访中的患教，医生给患者发送表单，患者填写表单，医生可查看填写的表单】、【项目中配置button上配置表单】、【经典版有些项目病程中添加utm表单】等等
4.考虑本期的改动是否会对非本期的功能的造成影响、或者识别需求中的隐藏需求：比如本期的保存草稿功能会对已编辑次数的定义有影响、保存草稿功能是否触发消息、草稿状态的表单是否显示ocr及人工审核失败的提示、view模式和edit模式下ocr及人工审核失败的提示、审核失败及成功在不同的模板（ocr、人工）下的定义、本期修改是否会tm会造成影响
5.考虑需求合理性，例如提示及存为草稿的固定显示，存为草稿按钮对以前的表单的影响
6.考虑各功能之间的关联性，如果关联性较高，需关注修改代码后对相关功能的影响
http://wiki.xingshulin.com/pages/viewpage.action?pageId=57782025
7.考虑数据库的修改（表中增加新字段）对已有表单的影响
执行测试用例过程总结：
1.遇到新开发的相关功能，需要关注适配，例如协作项目中新开发的微信小程序，需注意小程序中utm表单使用。例如患者端查看已填写的表单时显示暂时无法识别身份信息，表单点击存为草稿时当前页无法关闭
2.思考在上线时，数据库的修改对数据的影响，上线时数据库是否配置正确。如果出现问题，思考这段时间的用户数据会不会有问题
有些事情可能潜意识知道，例如测试环境的准备，针对性的测试思路，但是没有把它整理写出来，形成一种惯性的话，可能不能提早准备，而打乱测试过程。希望可以提醒自己，希望有充足的思想及方法做支撑，提前整理好思路，提前做好充足的准备，让工作顺利进行下去。
网友评论