标签：语言 操作 报告 小结 mil 类型 自己 改进 span
构建之法12、13章小结
第12章
这一章讲的是用户体验，对于软件的使用，用户的体验是非常重要的方面，如果一个软件给用户的体验不好，那么这个软件无疑是不会受到欢迎的。但是用户体验和用户界面的领域不是那么容易的，这两个需要丰富内容的学术领域。就像一个游戏，如果这个游戏界面单调，但是操作又非常复杂，那么用户可能很快就失去了兴趣。
在设计软件界面时，我们也要考虑到使用这个软件的人群的特征，使用习惯等等，可以根据这些来设计界面，还要让用户在每次使用的时候减少对自己没有价值的部分的访问，尽量使得用户不浪费不必要的时间，来增强用户体验。
做产品时，要以用户的角度来想问题，如果你要做一个购物软件，那么就需要考虑用户需要这个软件实现什么功能，用户界面需要怎样的风格等等，这样才能更好的被用户接受，使用。
往往使用或下载软件的时候，都会有语言方面的问题，甚至因为这类问题而不能下载，所以在设计软件的时候，也要考虑到这方面的用户体验。
用户体验也不是仅仅是指第一次的体验，软件的使用也要看时间，看使用了一段时间，或者有了其他软件之后，是否依旧好用，或者越来越好用。
用户体验也是有标准的，可以使得软件及时提供可感触的反馈，适合各种类型的用户，帮助用户识别、诊断并修复错误，有时候还要做有必要的提示和帮助文档。
第13章
做软件时，也要进行软件测试。做软件时会有BUG，所以需要进行测试来改进软件。软件测试时，作为一个团队，需要进行分类处理，比如各种测试理论和方法、测试工具介绍、实战中的测试。测试方法有几种分类方法：按测试设计的方法分类，按测试的目的分类，按测试的时机和作用分类。测试方法有很多种，单元测试和代码覆盖率测试，构建验证测试，验收测试，“探索式”的测试，回归测试，场景/集成/系统测试，伙伴测试，效能测试，压力测试，内部/外部公开测试，易用性测试等等。
软件测试需要做多方面的测试，每一步都需要认真测验，当然测试时还应该设计测试设计开发书，还有测试用例，以及测试工作中的文档，当然，测试中的错误也是要集成报告，以及各种报告，进行测试之后，团队之间都需要进行测试经验交流以便于增加大家的知识。
标签：语言 操作 报告 小结 mil 类型 自己 改进 span
原文地址：http://www.cnblogs.com/hxy-/p/6910200.html
