标签：
用户安装软件之后，我们需要考虑考虑目标用户，他们想达到什么目的，尽快掌握基本功能。怎样在第一次使用时就高效地实现在有实际价值的功能上。我们需要从用户的角度考虑问题，软件服务始终都要记住用户的选择，长期使用后软件是变难用还是好用。假如长期在电脑前工作，是短期刺激还是长期影响更为突出。不要让用户犯简单的错误。如果用户体验和产品质量有冲突，是否应该牺牲质量去追求用户体验，设计的三个层次，以及对应的产品特性：本能层次——外形，行为层次——使用的乐趣和效率，反思层次——自我形象、个人满足感、回忆，三个层次相互交织，共同影响了用户体验。用户体验设计一个重要目的就是降低用户的认知阻力。对于软件的评价标准有十条，详见《构建之法》P258.
软件测试分为症状、程序错误、根本原因。测试设计分类方法：黑箱和白箱，按目的分类分为功能测试和非功能测试。测试方法有单元测试、代码覆盖测试、构建验证测试、验收测试、探索式测试、回归测试、场景/集成/系统测试、伙伴测试、效能测试、压力测试、内部/外部公开测试、易用性测试、“小强”大扫荡，实战中测试有测试观念、测试工作中的文档。运用测试工具：手工测试、自动测试、运用测试效能。
软件质量=程序质量+软件工程质量，程序质量主要体现在软件外在功能的质量。软件工程的质量体现在软件开发过程的可见性，开发过程中的风险控制、软件内部模块，项目中间阶段的质量交付质量，项目管理工具的因素、软件开发成本的控制、内部质量指标的完成情况。软件工程质量以实施CMMI来作为评估标准。测试的角色应该有独立的测试角色。
从代码完成到发布，软件团队还会进行更为复杂的会诊工作，包括：开发者提交参加会诊的BUG和修改方案，会议决定是否同意修改方案，执行。招数：设计变更、ZBB=ZERO BUG BUILD，回归最后测试、砍掉功能、修复BUG的门槛逐渐提高，逐步冻结。发布之后事后诸葛亮会议。我们应该什么时候开始用户体验，细节问题如何处理？有哪些用户体验研究方法？怎么评价用户体验的好坏？BUG如何处理？如何保证质量？
标签：
原文地址：http://www.cnblogs.com/Mthames0107/p/5536549.html
