CSDN 潜水
  • 33发帖数
  • 33主题数
  • 0关注数
  • 0粉丝
开启左侧

说说代码质量、代码安全和软件测试那些事

[复制链接]
 楼主| CSDN 发表于 2021-7-26 17:39:57 | 显示全部楼层 |阅读模式 打印 上一主题 下一主题

作者 | 灰狐
来源 | 灰狐最近工作需要,把代码质量、代码安全和软件测试做了一下梳理,并思考将它们更好的融入日常研发和 DevOps 流水线。

今天,就和大家简单聊聊代码质量、代码安全和软件测试的话题。
有关代码质量,我会借助 Sonar 这样的工具,将其纳入代码质量和代码规范管理,这对自研产品和外包项目质量把控都非常重要。
快速体验下 Sonar,可以这样,克隆 Open Testng Suite,然后运行 mvn 命令


                               
登录/注册后可看大图

这是 Sonar 官方项目,大家也一同了解、感受下。


                               
登录/注册后可看大图

                               
登录/注册后可看大图

除了代码质量外,代码安全也越来越备受关注。大家可以想想,如果代码都不安全,怎么可能做到软件系统安全呢。
现在,开源项目也越来越多,怎样保证使用和整合的开源软件是安全的、没有后门和被植入恶意软件。
静态分析和软件安全测试可作为一个突破口,因为有大量的开源软件可供分析和评估。并且可以参与到开源项目中进行静态分析和软件测试,贡献力量,提升影响力。
代码规范、安全编程,怎样编写安全、更健壮的代码,都值得我们多去了解。
代码扫描、机器学习、未来程序员一写出代码,代码机器人就能立即感知错误和安全问题。在未来,开发优秀代码应该比开发烂代码更容易才对。
而且,技术人员可从测试人员进入这个行业,看多了丑陋和精美的代码后,你的审美观会逐步形成并不绝提高,或许能帮助你未来成为优秀的程序员。
这里有很多代码安全工作可做,一些关键检查包罗:
* API错误使用
* 安全编码最佳实践
* 常见编码错误
* 缓冲区溢出
* 构建系统安全问题 (Maven, Gradle, Bazel)
* 范例、类层次不匹配
* 代码可维护性问题(没有单元测试,难以重构)
* 并发数据访问辩论
* 控制流问题
* 跨站哀求伪造(CSRF)
* 跨站脚本(XSS)
* 死锁
* 非常和错误处理问题
* 不安全的数据处理
* 边界问题,溢出
* 内存问题:脏内存、内存损坏、内存非法访问、指针、空指针引用等
* 路径操作
* 系统性能低效,怎样改进和提升
* 系统各种莫名出错和挂起 ,思量引入分布式调用链
* 错误的配置设置(尤其 Spring 和 Java 应用有大量配置信息需要维护)
* SQL注入

另有很多可做的事变 ...
接下来,大家应该把静态分析好好弄弄,因为它非常重要。
静态程序分析就是在程序没有执行的情况下进行的分析。通过在编写代码时就快速查找并修复安全性和质量问题。也是静态分析、静态应用安全测试 (SAST) 等相关内容。
想想看,若能随代码的编写及时识别出代码中严峻的软件质量缺陷和安全漏洞。将主动安全测试无缝集成到CI/CD Pipeline中,并支持现有开发工具和工作流,那将是一件非常重要和酷酷的工作。并且管理安全政策合规性问题(如:OWASP Top 10、CWE/SANS Top 25和PCI DSS),支持多语言、多框架、模板、多平台、各种编译器和各种主流IDE。
代码安全测试后,常常以安全审计报告的形式呈现。
这里有一个安全审计报告,供大家学习参考。
这是分布式应用运行时 Dapr 接受了 CNCF 核定的网络安全公司 Cure53 的安全审计。测试的重点是:
* Dapr 运行时代码库评估
* Dapr 组件代码根本评估
* Dapr CLI 代码根本评估
* 权限升级
* 流量欺骗
* 密钥管理
* RBAC
* 验证基本假设:mTLS、作用域、API 身份验证
* 编排强化 ( Kubernetes)
* DoS 攻击
* 渗透测试
这份报告也可引导我们日常安全审计工作的一些思绪、流程和关注点。
一些静态分析资源,大家可关注。

Awesome Static Analysis
另外,跟进领导厂商,连续更新知识结构和实践技能。

                               
登录/注册后可看大图

聊了代码质量和代码安全后,我们再说说软件测试。
传统测试一定要增加这样的代码质量管理,而不是仅仅只有功能上的黑盒测试,还应有进入程序内部和逻辑的白盒测试,这也能带来团队代码规范制度的逐步形成和长期执行。
黑盒测试(功能测试):黑盒测试者不了解程序的内部情况,不需具备应用程序的代码、内部结构和编程语言的专门知识,所以不硬性要求具有编程知识和编程能力。
白盒测试(逻辑测试):白盒测试者需了解待测试程序的内部结构、算法等信息,这是从程序设计者的角度对程序进行的测试。根据测试层面的复杂性,白盒测试需要知识和能力水平更高的程序员。

                               
登录/注册后可看大图

(图片来自网络)
说到测试,聊到 Java 测试,绕不开 JUnit, TDD, BDD, Refactoring,有关它们的内容就不详细展开,就说说自己感受。
JUnit 在 Java 天下是单元测试的事实尺度,必须把握。

                               
登录/注册后可看大图

(图为JUnit5架构,JUnit 5 = Platform + Jupiter + Vintage)
有关 TDD 和 BDD,尤其这两句,意义非凡,大家细细品。
Build the thing right, Build the right thing.

                               
登录/注册后可看大图

(图片来自网络)
关于重构:任何一个傻瓜都能写出计算机可以理解的代码。惟有写出人类容易理解的代码,才是优秀的程序员。

                               
登录/注册后可看大图

(图片来自网络)
我们有无数的开源软件可以阅读,有无数的系统等待测试,有无数的代码需要重构。
所以,代码质量、代码安全、代码搜索、代码测试、代码重构是门生意,也是一个贸易模式。
有关软件测试工程师职业发展计划可简单参考下,书是2003年出书的,依然很有用。

                               
登录/注册后可看大图


                               
登录/注册后可看大图

个人 Development, Testing, DevOps 三位一体,学习体系,供参考:
1、Spring(Spring Boot, Spring Cloud), MicroProfile + JHipster

2、JUnit, TDD & BDD, Refactoring + Open Testing Suite(OTS)
3、Sonar, Elasticsearch, Jenkins + Open DevOps Dashboard(ODD)
此外,一套主要软件测试栈应包罗:
* 使用 JUnit 5 进行单元测试;

* 使用 Spring Test Context 框架进行集成测试;
* 用 Jest 进行 UI 测试;
* 使用 ArchUnit 进行架构测试;
* 用 Gatling 进行性能测试;
* 举动驱动(BDD)的 Cucumber 测试;
* Karate 的全面主动化测试

* 用 Cypress 或者 Protractor 进行 Angular/React/Vue 集成测试

                               
登录/注册后可看大图

(Karate: Test Automation Made Simple.)
参考书籍:
《Google 软件测试之道》Google Testing Blog (行业标杆,有空就去刷)
《重构-改善即有代码的设计》
《测试驱动开发》
《软件主动化测试》
...

                               
登录/注册后可看大图

精彩评论5

ByteXiaoTang 发表于 2021-7-26 23:03:17 | 显示全部楼层
转发了
HK爱生活 发表于 2021-7-27 07:19:22 | 显示全部楼层
你们的单元测试覆盖率要求多少?
立山2070 发表于 2021-7-28 12:43:42 | 显示全部楼层
转发了
oniubi 发表于 2021-7-28 23:50:09 | 显示全部楼层
转发了
物联区块链 发表于 2021-8-7 08:22:14 | 显示全部楼层
转发了
猜你喜欢
在线客服邮箱
wxcy#wkgb.net

邮箱地址#换为@

Powered by 创意电子 ©2018-现在 专注资源实战分享源码下载站联盟商城