findbugs

Devops面试题 jenkins

由 て烟熏妆下的殇ゞ 提交于 2021-02-12 04:31:25
容器化、云、CI/CD https://www.edureka.co/blog/interview-questions/top-devops-interview-questions-2016/ 【jenkins】 jenkins就那些嘛，按代码扫描、编译、测试、报告之类的各阶段理一理，基本上各种常用的开源工具都有插件集成的 【插件】 Job Generator Plugin, 对于大团队来说，整个持续集成流程应该类似，不同的项目的区别主要就是代码分支等。该插件可以让团队的配置管理员为整个团队定义一个参数化的模板，项目开发人员可以通过这个模板快速的在 Jenkins 上创建出任务。 Performance Plugin, JUnit/JMeter, 【jenkins MAVEN插件】 maven的代码扫描：checkstyle、findbugs、pmd、覆盖率cobertura checkstyle Checkstyle 是 SourceForge 的开源项目，通过检查对代码编码格式，命名约定，Javadoc，类设计等方面进行 代码规范和风格 的检查，从而有效约束开发人员更好地遵循代码编写规范。 FindBugs FindBugs 是由马里兰大学提供的一款开源 Java 静态代码分析工具。基于Bug Patterns概念，查找javabytecode（.class文件）中的

代码审计工具

由 早过忘川 提交于 2021-02-03 01:58:05
使用checkmarx分别对java、php、android程序源代码进行安全扫描，结合日常工作中使用的商业安全工具，比对结果如下： 在互联网企业中，有使用find bugs。 也有些企业使用Sonar. Sonar是一个用于代码质量管理的开源平台，用于管理Java源代码的质量。通过插件机制，Sonar 可以集成不同的测试工具，代码分析工具，以及持续集成工具，比如pmd-cpd、checkstyle、findbugs、Jenkins。通过不同的插件对这些结果进行再加工处理，通过量化的方式度量代码质量的变化，从而可以方便地对不同规模和种类的工程进行代码质量管理。 同时 Sonar 还对大量的持续集成工具提供了接口支持，可以很方便地在持续集成中使用 Sonar。 此外，Sonar 的插件还可以对 Java 以外的其他编程语言提供支持，对国际化以及报告文档化也有良好的支持。 不同企业根据自己系统/平台的框架来选型。 来源： oschina 链接： https://my.oschina.net/u/2315260/blog/3022480

static analysis custom rule to enforce unchecked exception handling

由 一笑奈何 提交于 2021-01-28 22:33:57
问题 I have a runtime exception that I have created in my project, and I want to make sure that it is caught in one of my classes, so that the whole program doesn't explode when it occurs (i.e. if anyone deletes the try/catch statement I want to know by having something in the build or static analysis tools fail). Unfortunately, as java doesn't enforce me to have the try/catch statement for this unchecked exception, there is no way to enforce it on compile time. (I cannot change my exception to be

Method may fail to clean up stream or resource on checked exception — FindBugs

由 痞子三分冷 提交于 2021-01-27 03:53:46
问题 I am using Spring JDBCTemplate to access data in database and its working fine. But FindBugs is pointing me a Minor issue in my code snippet. CODE: public String createUser(final User user) { try { final String insertQuery = "insert into user (id, username, firstname, lastname) values (?, ?, ?, ?)"; KeyHolder keyHolder = new GeneratedKeyHolder(); jdbcTemplate.update(new PreparedStatementCreator() { public PreparedStatement createPreparedStatement(Connection connection) throws SQLException {

Method may fail to clean up stream or resource on checked exception — FindBugs

由 穿精又带淫゛_ 提交于 2021-01-27 03:52:57
问题 I am using Spring JDBCTemplate to access data in database and its working fine. But FindBugs is pointing me a Minor issue in my code snippet. CODE: public String createUser(final User user) { try { final String insertQuery = "insert into user (id, username, firstname, lastname) values (?, ?, ?, ?)"; KeyHolder keyHolder = new GeneratedKeyHolder(); jdbcTemplate.update(new PreparedStatementCreator() { public PreparedStatement createPreparedStatement(Connection connection) throws SQLException {

crr5

由 和自甴很熟 提交于 2020-12-06 11:31:25
Code Review 翻译成中文是代码评审，具体的定义可以看 wiki 。这篇 wiki 介绍说 Code Review 在帮助团队找到代码缺陷这件事上作用巨大：“代码审查一般可以找到及移除约65%的错误，最高可以到85%”。实际上， Code Review 的好处远不止这一条，它至少能在以下三个方面帮到我们： 传播知识 。 相信很多人第一次提交 Code Review 都有类似的经历：短短几百行代码，却被提了密密麻麻几十条 comments，更新了十多次代码，才最终被 accept 。其实当代码被 accept，提交代码的工程师通过这次 review 就学习到了代码规范和很多好的实践。同时，通过 review 更资深工程师的代码，年轻的工程师也更直观地学习架构和编码；另外，工程师之间也可以通过 review 代码来共享项目知识，看代码实现在绝大多数时候是了解项目的最好方式。 2、增进代码质量 。 这点也很容易理解，有经验的工程师可以在架构设计、代码细节等各个方面帮助到初学者。不同工程师也会有知识盲点，互相 review 进步也很快。另外，被 review 的代码质量更高还有一个很多人注意不到的心理因素：在状态不佳的时候，工程师难免会匆忙写些“潦草”的代码，但是当你知道自己的代码会被review 的工程师提交 comment 打回来，自然会更仔细些 : -) 3、找出潜在的

程序员都在用的 IDEA 插件（不断更新）

由 你离开我真会死。 提交于 2020-08-15 09:24:56
IDEA一些不错的插件分享 目录 IDEA一些不错的插件分享 插件集合 CamelCase Translation LiveEdit MarkDown Navigator Jrebel CheckStyle-IDEA Alibaba Java Coding Guidelines Ideavim Maven Helper FindBugs-IDEA GsonFormat Key promoter X .ignore JVM Debuger Memory View CMD Support Batch Scripts Support BashSupport Docker integration JMH plugin ANSI Highlighter Ideolog RestfulToolkit CodeGlance Lombok plugin activate-power-mode Background Image Plus Iedis Mongo Plugin VisualVM Launcher GenerateAllSetter MyBatisCodeHelperPro Easy Code IDEA Mind Map SequenceDiagram Material Theme UI String Manipulation JUnit Generator V2.0 设置方法 插件集合

移动应用测试：挑战，类型和最佳实践

由 霸气de小男生 提交于 2020-08-11 05:14:45
随着智能手机的普及，移动app测试越来越重要。现在很多互联网都把注意精力放在了移动端，移动app尽量提供完美的用户体验。但是诸如崩溃，冻结问题，加载时间慢，不直观的导航以及侵犯隐私之类的严重错误可能会触发用户立即卸载应用程序。 现在，移动应用程序已成为我们日常微时刻不可或缺的一部分，人们平均每天花费3-4个小时。移动应用在职业和个人生活中对每个人都起着关键作用。 因此，手机移动端测试在构建移动应用程序以提供流畅的用户体验和功能方面扮演着重要角色。 移动应用测试金字塔 软件测试的人都知道Mike Cohn的测试自动化金字塔。典型的金字塔由三层组成。顶部是自动化集成测试层的中间，是一个自动化的端到端测试层（包括用户界面测试），而底部是自动化单元测试层。手动测试不是测试金字塔的一部分。每一层指示每个阶段应编写的测试数量，并具有不同的大小。 对于移动应用程序测试，典型的金字塔结构不适用于移动测试自动化。与Web或桌面应用程序不同，移动应用程序由不同的设备，传感器和网络组成，需要不同的测试模型。 移动应用测试 移动应用程序的测试金字塔由四层组成，包括手动和自动步骤。金字塔的最顶层是手动测试，并为每个移动应用程序项目奠定了坚实的基础，随后是端到端测试，beta测试以及包括单元测试的顶层。单元测试和端到端测试具有相同的颜色，代表自动化测试，而beta测试和手动测试则具相同的颜色，代表手动测试
订阅 findbugs