- 复查Jtest的Statci Analysis> Find Memory Problems Test Configuration中可用的规则，决定哪些是你想要检查的，并根据需要定制他们。想要学习Jtest里包含的代码标准规则，选择Jtest> Help,打开“Jtest Static Analysis Rules”这本书，然后浏览可用的规则描述文件。
- 如果你使用RulesWizard（规则向导）创建或定制任何规则，添加相关的规则文件到团队配置管理器。
- 创建一个团队测试配置，用来配置你首选内存相关的规则，以及生成测试用和执行测试用和使内存泄露检测可用。
- 确保所有安装Jtest的团队成员可以访问团队Test Configuration（测试配置）。
- 配置Jtest，以便应用特定的Test Configuration（测试配置）来测试新的和修改过的基于一定时间（每晚）的团队内代码。
惯用方法
- 每一次你完成或修改一段代码，应用特定的Test Configuration（测试配置）来测试你的代码。
- 复查静态分析违例和BugDetective的发现，然后更正错误并在下次代码复查的时候和团队成员讨论潜在的规则异常（禁止候选,suppression candidates）。
- 复查测试覆盖范围和自动生成的测试用例。
- 如果生成的测试用例没有达到令人满意的覆盖面或者不像你希望的那样切合实际和有意义（例如，因为更切实际的对象，更切实际的桩，或者应该使用特定的初始化顺序），使用“Improving Test Coverage”，官方文档中中介绍的合适技术来引导Jtest生成测试用，然后重新测试。为了确保生成新的测试用例，使Generate tests code with up-to-date test classes可用和使Only generate test cases that will increase line|branch coverage不可用，然后运行一个Test Configuration（例如强迫再生成单元测试）。
- 复查和对报告的内存泄露作出响应。
- 添加代码到源码控制器中。
- 每天定时导入你的任务或者你推荐的任务（每晚对工程范围内你授权的代码测试鉴别时发现的错误）到安装Jtest的桌面上。然后更正问题。并在下次代码复查的时候和团队成员讨论潜在的规则异常（禁止候选,suppression candidates）。
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
在这里插入图片描述
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！
开源项目：docs.qq.com/doc/DSlVlZExWQ0FRSE9H
