【测试资料】
https://fzqxk86ywz.feishu.cn/share/base/view/shrcnp65x91aNEkF2REnU2VcmmH
【AIGC和小红书】
https://fzqxk86ywz.feishu.cn/sheets/GugIsI9zKhNaEwtJscbcgKFCn6b
Fiddler成功汉化完整过程和汉化补丁下载:https://zhuanlan.zhihu.com/p/465463269
1、ShowCase的目的
解决矛盾。为了解决验收过程的矛盾、保障开发和测试对需求理解一致,通过开发ShowCase、该产品负责人和测试人员再一次核对开发实现功能与需求是否一致,由测试和产品经理决定ShowCase是否通过
2、Showcase的环境
独立的测试环境,指已经自动化构建好的由共用测试环境,不能是开发自己的环境。为什么开发一定要在测试环境上进行ShowCase,因为如果开发人员用自己的代码进行演示的话,还是有可能会出现代码效果与自动构建的程序不一致,所以为了避免这种情况,开发最好是在测试环境上进行演示。BUG解决完后打回给测试的时候,建议开发也要进行F2F小型的ShowCase。
3、Showcase的要求
a、showcase之前,开发同事需要在测试环境自测通过,并将自测结果在邮件中发给项目组同事,会议通知项目干系人(产品经理、项目干系人)
b、自测用例数量: 测试同事需要控制自测用例的数量,不能原样把全部的测试用例给开发自测
c、ShowCase的bug数的约定:以人天评估项目大小,超过5人天的项目不超过25个bug,小于5人天的不超过15个bug
d、前端bug:应计入showcase 控制范围,超过5人天的项目不超过10个bug,小于5人天的项目不超过5个bug
e、移动端showcase: 需要准备好打包地址,测试机投屏或者手机仿真平台showcase
3、Showcase流程
ps,测试工时的评估 =(最乐观的人天+最悲观的人天+最有可能的人天)/3