Dojo
最新
最佳
搜索
订阅
解道Jdon
架构设计
领域驱动
DDD介绍
DDD专辑
战略建模
领域语言UL
领域事件
商业分析
工作流BPM
规则引擎
架构师观点
数据工程
产品经理
系统思维
微服务
微服务介绍
微服务专辑
模块化设计
SOA
API设计
clean架构
SpringBoot
分布式事务
分布式架构
Kubernetes
DevOps
编程设计
GoF设计模式
模式专辑
面向对象
函数式编程
编程语言比较
编程工具比较
形式逻辑
前端编程
Reactive编程
Jdon框架
Rust语言
ChatGPT
Web3
模因梗
幽默梗
程序员吐槽
面试技巧
Java入门
数字化转型
认知偏差
道德经
GitHub工具
更多话题
一点点想法
10-05-05
IceQi
刚和一个同事争论了,主题是关于我们程序对外的一个接口。
我和他提出了接口中传输的数据要考虑对方调试时候的方便,尽量使用人可以直接读取的方式。
他的观点很简单“我们根本就不考虑调试”。
好久以前大家就在讨论“测试驱动开发”,测试的根源是什么呢?怎么样才是可以测试的软件?
这样的问题需要在设计和实现软件的没一点每一滴过程中积累起来的,一个可以测试的软件是需要从设计开始考虑的。
banq
2010-05-05 17:00
2010年05月05日 14:22 "IceQi"的内容
我和他提出了接口中传输的数据要考虑对方调试时候的方便 ...
讲得非常好,这也是REST比
SOA
P更好的原因,因为REST调试查看方便,而SOAP复杂的XML结构就不及了,以前没有更方便的只能忍受。
你们有争论,主要眼界不一样,你眼界要宽一些,对方眼界要差一些,为了完成某个功能,就不顾其他,或者认为兼顾考虑会带来复杂性,认为有风险在其中。
IceQi
2010-05-07 13:52
软件的风险包括开发人员本身的水准、设计开发人员对应用过程的理解、对于所使用技术的理解、、、、、等等,其中可测试是对软件产品最后结果的良好保证。
良好的测试环境是对测试人员最大的帮助,软件为人提供服务其中测试人员也是软件所需要面对的用户。在软件发生错的时候将错误进行必要的放大可以更多的帮助测试人员发现它们。
测试是一个过程需要贯穿于整个开发过程,而不单单是一个步骤。
软件工程