1.你们公司的流程是什么样的?
我们公司的流程是,首先是要立项确定项目–产品会出一个产品说明书–需求人员编写需求文档–需求评审–开发编写详细设计–测试编写测试用例–测试用例评审–开发进行编码–测试部署环境进行测试–首先进行冒烟测试(主的业务要实现)–接着进行功能测试–出现bug使用禅道进行记录跟踪–开发进行修改–测试进行验证–然后进行回归测试–接着验收测试,验收测试通过–进行上线。
2.游戏签到测试点示例
功能性测试:
- 能否签到;
- 签到成功能否提示;
- 签到之后奖励是直接在仓库领取还是其他地方;
- 签到页面能否关闭;
- 能否补签。
界面性测试: - 游戏页面是否美观;
- 图片是否清晰。
性能性测试: - 网络状态不好能否签到;
- 网络状态不好是否直接退出游戏。
兼容性测试: - 不同手机系统是否都可以签到;
- 版本不同是否会影响签到。
安全性测试: - 一个账号能否同时登录;
- 签到时奖励能否准确收到。
3.电梯测试点示例**
功能测试:
- 能否载人?
- 能否载物?
- 升降时每一层的申请是否有效?
- 到相应楼层会不会有提示音?
- 超载会不会报警?
性能测试:
- 能够载入多少重量?
- 电梯的使用寿命?
- 电梯的使用

本文介绍了软件测试流程,并通过游戏签到、电梯和黑板三个场景,详细列举了功能、界面、性能、兼容性、安全性及易用性的测试点,旨在展示测试用例设计的全面性和深度。
5501

被折叠的 条评论
为什么被折叠?



