本文探讨了在软件开发过程中优化用户界面和确保软件质量的关键策略。包括设计直观且高效的用户界面，实现快速准确的搜索结果展示，减少用户阅读负担，遵循Fitz定律以提升交互体验。此外，通过大量测试案例、测试先行的方法，以及安全修复问题的策略，确保软件稳定性和用户体验。最后，文章强调了与最终用户的直接互动对于验证软件功能的重要性和必要性。
需求设计
1.用户界面就代表了软件。用户界面须优先设计。 草拟用户界面的时候必须置身于技术开发环境之外。（原型是必不可少的与客户进行交流，需求分析的工具，好的原型可以取代大部分需求说明书的功能）
2.理想情况下每次搜索只需 显示一个结果 （结果的排序至关重要，排在后面几页的数据几乎没人去看）
3.用户只会阅读界面上足以让他们完成任务的，最少量的文字（用户不想被海量的互联网信息淹没，同时也不想被无关的信息干扰而思考的太多）
4.不要把所有东西都塞进底栏以上的区域。小心那些恰好跟底栏持平的生硬的水平线。避免页面内的滚动条。 重要的内容尽量靠近顶部。
5.费茨定律不仅是关于“把东西做得更大一点使得点击起来更容易”，它还指导我们尽可能去利用屏幕边缘的自然边界（在屏幕的四个边缘中总有一个离用户的鼠标或光标最近）
质量管理
1.使用大量的测试用例进行测试
2.测试先行：单元测试可以证明你的代码是能真正解决问题的（测试关注的是具体的输入能达到的输出效果，实际上这也是用户所关注的，单元测试促使我们从代码是否能满足可用性需求的角度去思考）
3.有些bug是无关紧要的（用户不会那么操作），真正的测试人员讨厌你的代码（他们会千方百计搞破坏），用户是疯狂的（用户使用软件的偏好和他们的环境各有不同）
4.如果你不找真正的用户（最终用户）做可用性测试，你无法知道你的程序是否正常工作（最终用户的行为是不可预知的，除非去观察他们的实际行为）
5.应该安全地修复问题，不要把所有问题都抛给用户。如果不能安全地修复问题，要竭力保护用户的数据。（重视用户的反馈，尤其是那些频发反馈的问题。与功能是否强大相比，用户更关心他们的数据是怎样的）
6.在平均缺陷发现率上面....设计和代码审查平均功效可以达到55%和60%（这里指的是同级审查，也就是找一个别的项目组的开发来看你的代码。一个人的视角是有限的，多一个人看你的代码就可能多发现一种问题）
7.AB测试就像是砂纸，你可以用它来打磨一些细节，但永远达不到创新的目的。 （AB测试是两套选项的对比，对比就意味着两者必须有相似的地方，换句话说它们的思路不可能大相径庭而且有创新性）
以上摘自《高效能程序员的修炼》一书，括号里面是博主自己的理解
扫一扫
817
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
