关于软件质量的思考

   今天下午开了个比较长的软件质量的会议，认真听的时间也就十几分钟，可是仍是有些想法在这里写一写。之后能够回来反思这些成熟或者不成熟的想法。

   怎么保证软件质量，其实也没有什么大不了的事情，就是怎么把一件事情作正确，怎么把一件事情作正确是方法论上的事情了。这里只探讨怎样把软件作正确。首先要了解什么是软件，我以为软件是人的意图的表达，就是把人作的事情让计算机去作。按照这个思路去理解，有些事情就不难了。

    准备开始写一个软件以前，必定是需求明确，这个过程就是清楚明白地表达意图。说不清楚，就去作个调研任务。把人作的事情让计算机去作，至少要明确计算机是否能作，这里含经验，能力的部分。个人观点是说不清楚需求，就不要写代码，先作实验论证。这个时候测试人员也要和开发一块儿来审核需求。

   需求清楚明白的说出来，从各个角度经得住审核，下一步为这个需求作个软件设计，把咱们软件上升到软件工程上面去，毕竟前人有不少经验总结。面向对象的，面向服务的，ESB的，MQ的，单点登陆的等等。部署的事情在这里想想，毕竟写的软件仍是要到机器上去实际部署运行的。

    这个时候才是作软件的功能划分，子任务划分到我的，敏捷的开发代码，多作小功能的里程碑介绍。开发人员通常是用正向思惟来写软件，若是要提升质量，代码部分是关键了，代码对流程先后左右上下的考虑要到位，最常听到的一句话就是当初在if 后面把else处理了多好。有些时候集中处理某些状况，减小代码量，如面向切面编程。

    软件测试，处理固定测试环节能够用自动工具来作以外，有些业务性的也要考虑到缜密，怎样练就思惟的缜密，有不少方法，如：5W1H。

   会上讨论了各类各样的方法，若是要把全部罗列出来，估计不下百种吧，若是所有去过，实在是吃不消，为本身的项目找到合适的方法集合，才是关键。不是填一个又一个的表格、文档，把思惟映射为代码已经够累了，让开发多休息，在清醒时写代码。

    最后，软件以及整个软件工程，不是冷冰冰的东西，尊重人性，才能作好这件事情。开发人员也要不折不挠的坚持。坚持不是不尊重人性，而是发挥人性。

    PS:琐琐碎碎的想法。