- 博客(4)
- 收藏
- 关注
RSS订阅原创 基于Spring Boot和MyBatis的缺陷管理系统
3.验证缺陷：对于开发人员修改的缺陷，测试人员要对其进行验证，判断缺陷是否修改完成。4.打回缺陷：对于开发人员修改的缺陷，测试人员验证后发现其没有修复，可以将缺陷打回。5.关闭缺陷：对于开发人员修改的缺陷，测试人员验证后发现缺陷已经修复，将其关闭。5. 管理个人信息：开发人员可以管理自己的个人信息，包括修改信息。2.报告缺陷：测试人员对项目进行测试，发现缺陷后报告缺陷。4.拒绝缺陷：开发人员可以拒绝测试人员报告的缺陷。3.修改缺陷：接收到缺陷后，对缺陷进行修改。操作系统：Windows10、Linux。
2023-06-07 15:23:35
105
1
原创 关于系统测试应该注意的事项
并且，在实际开发过程中，测试人员所担任的工作也是巨大的。更重要的是，对于测试用例的编写，考验的是测试人员的细心和耐心。首先，应该编写测试用例，对于测试用例的编写，应该具体全面，同时测试数据要确保规范，在编写时，要尽量的仔细，多方面考虑各种可能出现的问题，以使系统达到更高的正确性。常见的测试有：白盒测试、黑盒测试、灰盒测试等。系统测试不是简单地运行代码，输入数据对功能点进行调试，而是应该对各个功能点进行更加细致地调试。最后，应该对修改过的功能点再进行一次测试，确保修改成功且不出现其他的错误情况。
2023-06-06 22:00:44
364
1
原创 关于需求分析时应注意的事项
需求人员在获取用户需求时，要具有强的分析能力，以确保获取到的需求具有可行性。需求人员在编写需求规格说明书时要尽量的详细，以便开发人员进行代码编写。需求规格说明书包括介绍项目的背景以及项目的目的，用例描述，接口需求，属性需求，数据库设计等其他需求。需求规格说明书的编写要言简意赅，图文并茂，又能够细致地说明各个需求所要达到的标准。对用户提出的需求进行分析，确保了解每一个需求要做到的事情，同时，也要确保每一个需求具有可行性。对于有重复的需求，需要和用户再次沟通，以修改需求，防止出现需求冗余。
2023-05-30 19:06:47
241
1
原创 缺陷跟踪系统——业务流程
(2）测试人员进行缺陷验证，如果确认是缺陷，按照缺陷的严重性和出现的概率分先后顺序分配给相应的开发人员进行处理，设置状态为 Open。如果不是缺陷，则拒绝，设置为 Declined 状态。(5）测试人员查询状态为 Fixed 的缺陷，然后验证缺陷是否已解决，如解决，则将缺陷的状态置为 Closed，如未解决，则将缺陷的状态置为 Reopen。(3）开发人员按缺陷优先级查询状态为 Open 的缺陷，如果不是缺陷，则置状态为 Declined；(1）缺陷报告提交人提交新的缺陷信息，系统将缺陷状态置为 New。
2023-05-28 18:47:08
245
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人