在头条中看到很多条友说半天甚至10分钟就可以搭建一个系统，这么高的效率让我有点汗颜。12月我们和南京本地一家上市企业（后面简称甲方）用一个实际的项目做了一个对比，费用由甲方承担，在此再次感谢甲方的支持。
双方同时拿到产品的需求、数据库表结构设计和UI的效果图，分别组件团队，项目的规模不大约3个人月。双方都组建了一个三人规模的研发团队，甲方采用他们公司多年的成熟开发体系和框架，我方采用江苏南大先腾信息产业有限公司-乐扣低代码平台研发平台，同时在甲方提供的场地研发，由同一个项目经理管理。要求严格按照设计去做，后期可以同时在同一个数据库上运行（表结构要一致）要做到可以随时切换，就是让业务人员可以在任意一个系统中做业务，从而可以做到对两个系统的对比。
原计划20个工作日完成开发，由于南京疫情的原因研发工作拖延到.1.10才完成，下图是双方工作量对比。从图中可以看出低代码平台在基础模块和逻辑相对简单的业务方面由较明显的优势，但也和很多条友说的十倍的效率相差甚远。在复杂的业务方面还有劣势，主要是复杂业务用乐扣低代码平台调试效率相对较低。
后续还会有使用过程中的运维效率（应对需求变更）对比 和 用户体验对比，我会持续更新对比结果。
软件测试真的很简单 ？很多朋友都说软件测试其实就是点点点 ，没啥技术含量 ，真的是这样的吗 ？
软件测试的本质其实就是点点点 ，无论你是以人工的方式去点点点还是让代码(自动化)去点点点 ，它做的动作其实都是在做点点点的操作 。那么 ，大家同样是测试人员 ，也都是做的点点点的操作 ，为什么有的人觉得很简单 ，而有的人觉得很难呢 ？
个人觉得容易的人主要是以下原因导致：
所做的测试工作无目的性或者说测试的目的不够强 ，为什么这样说呢 ？比如公司有个很现实的问题 ，就是希望上线后的产品尽量不出现问题或少出现问题，如果你是这个产品的测试负责人？你该如何达成这个目标呢 ？怎样去量化该目标 ？ 怎样去实施 ？我觉得要想达成这个目标给谁它都是一个难点 。 但是如果公司没有这方面的要求或者即使出现问题也不需要你去负责 。那么 ，你测试的好坏也就无所谓了 ，也就不存在难不难的问题，反正就是个点点点 ，所以自然而然就觉的没啥难度。但是给这个测试动作(点点点的操作)确定一个具体的目标的话 ，你就想着该往哪点和如何点的问题了。在此过程中，你也会遇到各种各样的问题 ，到时候你还会觉得简单吗 ？
达成目的所需的能力，技能以及方法上有欠缺 。同样还是上面的那个问题，公司也给出了很明确的目标，希望将目前线上bug漏测率从8%降到2% ，这时该如何分析原因 ？ 分析出原因又该如何解决 ？ 如果这个过程中需要用到一些新的技术如何应用到项目中 ？ 应用到项目中又如何确定起到效果了呢 (如自动化) ？ 在此实践的过程中，对你的软性能力 ，测试技能都有较高的要求 。如若没有这样的实践 ，何谈测试容易呢 ？
在谈谈测试难在哪 ？以下的三点是比较难的 。
达成目的难度 ，测试永远都是和质量挂钩 ，对于企业来说，当然是希望质量越来越好 ，但是作为测试人员，想要达到理想的效果还真是有很大的难度的 ，不是你随便去点点点就可以了 。
存储知识容量的难度 ，就单纯讲测试这个职位，内部也有了很多的细分 ，比如功能测试 ，性能测试 ，专项测试 ，测试开发 ，自动化测试等，随便拿出任一类型的测试想做深的话都需要有学习很多的行业知识和技能 ，个人曾经看过两本不错的测试书籍，都是大厂的测试架构师写的，但是却都是写的功能测试的内容，里面更多的是描述如何更科学的设计测试策略 ，测试方法等，原来大家都觉得最简单的功能想做深入也不是一件容易的事。如若同时兼容多个测试又都想做好的话，难度可想而知 。
持续保持学习新技术的难度 ，测试这个行业新技术也是层出不穷 ，隔三差五就搞出一个新技术 ，你不学把人家都在用了，显得你多落后， 要是学习把，这些技术又不少，再加上本身经常加班时间少 ，能保持持续学习本身就不是一件容易的事。
