构建之法读书笔记06

第十二章：用户体验

    用户对产品的第一印象是非常重要的，所以要尽量让用户在第一次使用时，少花时间在对他没有价值的部分，并且尽量花最少的时间让用户了解软件的基本功能并学会使用。需要站在用户的角度考虑问题，要为用户考虑，思考用户的角度上使用软件他会希望这个软件的使用以及各功能之间连接，界面划分是怎样的。如果用户长期使用，这个软件时越来越让用户觉得便利还是麻烦。要一直记住用户的选择。不能让用户犯简单的错误。要注重用户体验和质量不能是你觉着这样对用户好，但是用户觉着很麻烦甚至是厌恶。所以一款软件要能真正的解决用户当前的困难给用户带来便利，使用界面要符合用户的习惯，如果用户使用有错误需要能够撤销刚才的操作或者是可以退出软件，在软件中对一个事物的描述要一致且标准，并且软件能够适合各种类型的用户而不是局限的适合一小批用户，需要设置一些帮助文档解决用户使用过程中常见的错误。

第十三章：软件测试

    Bug即软件的缺陷，可以分为三种：症状、程序错误、根本原因。找出bug则需使用测试，按测试设计的方法分类分为黑箱测试（即行为测试设计）和白箱（玻璃箱）测试（即使用软件的内部结构和知识来选择测试数据和具体的测试方法）；按测试目的分为功能测试和非功能测试（即测试软件的服务质量）；测试方法分为单元测试、代码覆盖率测试、构建验证测试、验收测试、“探索式”测试、回归测试、场景/集成/系统测试、伙伴测试、效能测试、压力测试、内部/外部测试、易用性测试、“小强”大扫荡。其中使用最多的是单元测试，既每次做完软件，并进行过自我复审，然后进行单元测试。

第十四章：质量保障

软件质量=程序质量+软件工程质量

软件工程的质量体现在：软件开发过程的可见性、风险控制、软件内部模块，项目中间阶段的交付质量，项目管理工具的因素、开发成本的控制、内部质量指标的完成。软件的质量不能仅仅依靠测试人员去保证，编程人员在进行编程时要尽力保证自己代码的质量以及各模块连接之间的稳定性。

第十五章：稳定和发布阶段

在软件发布后，软件可能会发有各种各样的bug，所以软件团队中就需要以各个角色为基础成立一个会诊小组，可以对bug进行修复，也可以不修复或者推迟修复。

第十六章：IT行业的创新

每个人都可以创新，最后的结果不同只在于每个人本身的创新有没有真的较之前来说给大家带来便利，或者是某些程度上的优化。

个人感受

 1、我过去是怎么做的：我们的软件在用户体验方面做的不太好，因为如果用户操作错误并没有弥补的措施，只能重新进行刚才操作；也没有在用户第一次使用时对操作进行提示或说明。

 2、结合书中所讲，说明为什么这样不好：这样会给用户带来很多的麻烦，给用户的第一印象也不良好。

 3、提出一个解决办法，避免再次掉入陷阱：尽量改进软件功能，让用户可以撤销错误操作，对第一次操作的用户进行必要的操作提示。