没有新消息
提问
发动态
登录 
评论
0 条评论
暂无评论，快来写下您的评论
推荐阅读
1、负责电视机软件的测试； 2、提交测试的结果； 3、分析测试过程中BUG，分析BUG出现的原因。工资偏低，工作比较简单
693阅读
0赞
0评论
智联的测试在吗？你们的软件出bug了
290阅读
0赞
0评论
#你好哇#1、 熟悉系统web端的操作，分析需求。 2、根据需求规格说明书分析自己所负责模块的测试点，列出测试项。 3、根据方案，使用等价类，边界值，正交法编写测试用例。 4、执行测试用例。 5、对bug跟踪并进行回归测试。 6、分析测试结果。 7、根据测试结果提交测试报告。
772阅读
0赞
0评论
软件测试 |接口自动化测试自动化测试app测试面试题 接口测试面试题 1：你平常做接口测试的过程中发现过哪些 bug? 2：平常你是怎么测试接口的？ 3：平常用什么工具测接口? 4: webService 接口是如何测试的? 5：没有接口文档，如何做接口测试？ 6：在手工接口测试或者自动化接口测试的过程中，上下游接口有数据依赖如何处理？ 7：依赖于第三方数据的接口如何进行测试？ 8：当一个接口出现异常时候，你是如何分析异常的？ 9：如何模拟弱网测试 10：如何分析一个 bug 是前端还是后端的？
1339阅读
2赞
1评论
环境一般，人际关系好，等级分明。 研发团队分工明确，测试团队测试严格，最终把关无bug
363阅读
4赞
0评论
线上出了bug，是谁的责任？ 如果软件上线后出现了重大的Bug，产品的各个角色肯定都有压力，这种情况下，首先需要有人来组织这个Bug的责任认定和后续改进，这个角色一般是PM，不过，对于有一些团队，也可以由最关心质量的测试团队来发起。如果没人发起，建议测试团队一定要主动地去发起这类总结，因为这个也是产品质量保证的重要环节。 线上Bug的讨论一般有如下这些内容： 1、Bug的产生原因，仔细地分析Bug为什么会产生，这个环节很重要，因为这个环节弄清楚以后，责任认定就清楚了。 2、Bug的责任认定，一般来说，除了那些责任真的很清晰的Bug之外，很多Bug都是开发、测试、策划、项目经理共责的，为了团队的团结，也没有必要去讨论哪个团队负主要责任。 3、Bug影响范围，分析这个Bug对于用户造成的影响。 4、改进措施，在改进措施这一项中，可以把以后如何避免类似Bug的措施写进去，并在任务系统建立任务，指定专门的人跟进。 那再来说下项目组实际Bug的责任认定吧： 1、如果测试时间还是比较充足，测试用例有写，但是还是漏测的，那就是测试的责任。 2、如果测试时间不充足，测试用例有写，但是因为时间不足而降低回归测试范围，导致漏测的，那一般是项目组各个角色共责的。 3、如果有开发修改了功能没有通知测试人员，导致线上漏测的，那就是开发的责任。 4、如果策划人员在回归测试阶段还提了需求变更，在测试人员明确告知风险的情况下还坚持要上需求变更的，那就是策划的责任。 对于测试人员来说，测试阶段如果因为时间缺少、需求变更频繁等原因导致回归测试范围不足的，一定要尽早跟项目组正式地发邮件沟通情况，让大家尽早知晓风险，这样出线上Bug的时候，项目组其他人员就不会认为测试工作没做到位。
211阅读
1赞
0评论