好的设计能够帮助企业提升数据，同时还可以提供用户一个良好的使用体验。GoodUI 总结了一个长达69条设计原则的清单（不断增加中），列举了他们认为非常重要的设计要点。与以往的一些文章不一样的是这里提到的69点其中有一部分 GoodUI 已经通过 AB Test 验证过可行性。当然分析报告是需要付费的，单篇39美金。




不过今天讨论的重点并不是付费报告，而是这69条设计原则。我按照自己的理解将它们翻译成了中文并配上图片，希望对大家有所帮助。本篇文章内容及图片均来自于GoodUI，如有翻译不恰当的地方欢迎大家指正。

资源网站大全 https://55wd.com 我的007办公资源网站 https://www.wode007.com



01 尝试使用一列的布局替代多列布局


02 给用户一些小的利益，别看上去那么赤裸裸


03 合并相似的功能


04 尝试展示来自用户的赞扬，而不是自我表扬


05 重复核心行动点


06 统一视觉规范，提升可识别性


07 尝试使用推荐的口吻，而不是让用户感觉面对一台冷冰冰的机器


08 给用户吃「后悔药」的机会


09 告诉用户产品适用的人群，而不是人人都通用


10 将文案写得更加的直接，而不是一堆废话


11 增强主行动点的视觉冲击力，提升它在页面中的可对比性


12 让用户知道你从哪儿来更易于拉近与用户的关系


13 将表单做的简单点，确保用户在抓狂之前能进入下一步


14 尽量将用户需要选择的信息展示出来而不是藏起来


15 页面的排版需要考虑用户是否会漏掉底部信息


16 如果页面的底部有需要关注的行动点，别让文中过多的外链带走了用户


17 确保用户知道自己目前的状态


18 将利益点融合在行动点中，增强用户的点击欲望


19 将行动点与当前信息结合起来


20 将简要的表单合并到页面中，减少调整页面带来的用户流失


21 适当的增加延迟动效，让用户感知到页面的变化


22 让新用户从尝试产品入手，而不是一来就面对冷冰冰的注册表单


23 减少使用线框，这会过多的吸引用户注意力，而且会让页面看上去透不过气


24 给用户推销你能给他带来的利益，而不是功能


25 一定要注意0结果页面的设计，这也是引导用户的好地方


26 给用户选择退出的权利，特别是邮件订阅


27 注意界面元素的一致性，降低用户学习成本


28 给下拉框增加一些预设值，降低用户填写成本


29 延续用户日常的使用习惯，而不是重新创造


30 尝试告诉用做些事情降低自己的损失，而不是提升收益


31 提升页面的视觉层次，增强可阅读性


32 将同类的操作合并在一起，降低用户的认知成本


33 表单及时校验，而不是统一提交后在告诉用户填错了


34 尝试将表单输入变得更加宽容，让用户的填写更加简单


35 通过时间增强紧迫感


36 提供用户可预见性的操作，降低用户的心理成本


37 尽可能的帮助用户选择，而不是让用户想破脑袋


38 尽可能将操作区域放大，降低用户操作成本


39 页面加载速度很重要，尽可能让用户感受到你的网站速度很快


40 如果可以，增加键盘快捷键，提升操作效率


41 尝试通过对比来让用户感知到性价比


42 尝试对进度条进行「设计」来降低用户等待的焦虑


43 根据用户选择逐步展示信息，降低无效信息对用户的干扰


44 有时候较小的承诺比「夸海口」会更容易让用户信服


45 尝试将提示信息弱化，减少对用户操作的干扰


46 尽量通过系统的功能来简化用户的操作


47 用文本配合图标来降低用户的认知成本


48 用更自然的语言代替冷冰冰的机器


49 放出一些摘要信息来帮助用户识别是否需要进一步了解


50 在关键的页面增加用户权益信息，增强用户进一步操作的信心


51 将价格进行换算，让用户感觉这很便宜


52 记得在成功页面感谢用户


53 将数字转化成易于用户阅读的形式，而不是冷冰冰的机器语言


54 告诉用户选择的权利和自由「诱惑力」


55 尝试让语言更具「诱惑力」


56 通过设计引导用户的注意力


57 通过友好的对比来展示产品，为用户做决定提供帮助


58 通过任务机制来提升用户的满足感


59 让用户了解接下来将要发生什么事情


60 尝试用更幽默一些的语言文案


61 任何操作之后都要给出反馈，让用户知道操作已经生效


62 注意动效的真实使用情况（Amazon 的类目菜单就是一个很好的例子）


63 注意排版的，不要让信息过于拥挤


64 尝试用讲故事的方式来传递信息，增强用户的代入感


65 尽量给用户展示真实的信息，不要欺骗


66 随着用户的不断熟悉简化界面


67 试着用用户的口吻展示信息


68 在表单中增加一些提示信息，减少错误的几率


69 最后，用简单的文案传递核心关注的信息，少一些废话



这69条设计原则虽然针对 Web 设计，但有些部分在移动产品设计中同样有效。

1、软件测试的流程？
考查的目的：软件测试基础
参考答案：需求评审（需求是否合理、需求是否可测试）-》测试计划（人、时间、业务点、资源）->测试设计(写标题，测试用例)->冒烟测试（准入测试）-》全面开展测试（测试执行：测试环境搭建，）->bug提交->新版本发布（bug有没有验证，新功能测试、回归测试）-》测试报告总结。

软件测试流程图
2、web测试和app测试的区别?
考查目的：你对web和app的认识
参考：网页（PC、手机），app（手机），web，app（混合APP，纯APP），共同点：兼容性，客户端
不同点：app手机，耗电量，网络差等。
3、如何提交高质量的缺陷报告单 ?
考查目的：软件bug单
参考：1、bug可读性（把复现步骤写清晰，发现bug的环境记录详细） 2、深层次（1、学习人家的bug 2、竞争条件的地方，经常出问题的地方）。

软件测试流程+bug处理流程
4、web如何进行性能测试?
考查目的：web性能评估
参考：1、web系统性能指标是什么（性能测试评估，）2、我们项目web系统，http，jmeter，LR；Jmeter 3、我们要测试哪些业务（业务建模） 3、监控 4、记录并且调试 。
5、你们是如何编写测试用例，根据什么来编写的？如何保证用例的覆盖度？
考查点：测试用例编写和方法，工具，对业务需求的把握
参考：我们是根据需求（需求说明书、之前的产品、同品、软件规范、经验值）编写用例（UI、功能、兼容性、安全、性能、稳定性、易用性），用到什么方法（测试用例设计方法）。如果把上述的点都考虑并测试到了，那么覆盖度就达到要求。
工具：1、表格 2、freemind 思维编写 3、testlink，禅道。

软件测试用例模板
6、设计一个电梯的测试用例 ?
考查点：1、需求 2、测试设计 3、测试思维 4、测试经验
参考：1、一定要反问面试官，有没有具体的需求，比如电梯的用途，用在什么场合等。
然后从下列方面去考虑回答：
A．功能 B. 容量（容错，安全，解除，红外感应，提示，告警）C.稳定性 D.通风，速度等。
总结：
如果对于自己面试还是有待疑惑的，或者你有其他的软件测试方面的问题都可以加群进行交流噢！902061117
如果文章对你有帮助，麻烦伸出发财小手点个赞，感谢您的支持，你的点赞是我持续更新的动力。

1、软件测试的流程？

2、web测试和app测试的区别?
考查目的：你对web和app的认识
参考：网页（PC、手机），app（手机），web，app（混合APP，纯APP），共同点：兼容性，客户端
不同点：app手机，耗电量，网络差等。

4、web如何进行性能测试?
考查目的：web性能评估
参考：1、web系统性能指标是什么（性能测试评估，）2、我们项目web系统，http，jmeter，LR；Jmeter 3、我们要测试哪些业务（业务建模） 3、监控 4、记录并且调试 。

6、给你一个网站，你如何测试？
1、查找需求说明、网站设计 m 等相关文档，分析测试需求。

2、制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：

功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试

3、设计测试用例：

功能性测试可以包括，但不限于以下几个方面：

链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回等。提交功能的测试。

多媒体元素是否可以正确加载和显示。多语言支持是否能够正确显示选择的语言等。

界面测试可以包括但不限于一下几个方面：
页面是否风格统一，美观

页面布局是否合理，重点内容和热点内容是否突出

控件是否正常使用

对于必须但为安装的空间，是否提供自动下载并安装的功能

文字检查
7、APP消息推送如何测试？（消息推送测试点）
消息推送对象

1.单个推送

2.多个推送

3.及安卓和IOS渠道推送

ps: 注意生产环境和测试环境的分开,避免问题
消息内容测试

1.消息长度

2.消息类型(文字、图片、表情包、换行,空以及链接跳转,特殊字符等)
消息推送场景(定时推送)

1.设置时间(当前时间,过去时间,未来时间)

2.未推送之前修改消息内容

3.推送内容删除为空
客户端情况(包含推送时间差以及点击推送后的跳转是否正常)

1.前台

2.后台

3.关机

4.进程关闭
特殊场景

1.多个推送冲突

2.频繁推送
1人点赞

功能测试
作者：__8771

链接：https://www.jianshu.com/p/9965e687471d

来源：简书

著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。


资源分享
下面这些是我的收集和整理的资料，对于开始学习【软件测试】或是技能进阶的朋友来说，绝对是最全面的教程仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你

关注【程序媛木子】微信公众号测试资源将免费获取。技术交流群（644956177）

1、软件测试的流程？
考查的目的：软件测试基础
参考答案：需求评审（需求是否合理、需求是否可测试）-》测试计划（人、时间、业务点、资源）->测试设计(写标题，测试用例)->冒烟测试（准入测试）-》全面开展测试（测试执行：测试环境搭建，）->bug提交->新版本发布（bug有没有验证，新功能测试、回归测试）-》测试报告总结。


2、web测试和app测试的区别?
考查目的：你对web和app的认识
参考：网页（PC、手机），app（手机），web，app（混合APP，纯APP），共同点：兼容性，客户端
不同点：app手机，耗电量，网络差等。
3、如何提交高质量缺陷报告单？

考查目的：软件bug单
参考：
1、bug可读性（把复现步骤写清晰，发现bug的环境记录详细）

2、深层次（1、学习人家的bug 2、竞争条件的地方，经常出问题的地方）。


软件测试流程+bug处理流程
4、web如何进行性能测试?

考查目的：web性能评估
参考：1、web系统性能指标是什么（性能测试评估，）2、我们项目web系统，http，jmeter，LR；Jmeter 3、我们要测试哪些业务（业务建模） 3、监控 4、记录并且调试 。
5、你们是如何编写测试用例，根据什么来编写的？如何保证用例的覆盖度？

考查点：测试用例编写和方法，工具，对业务需求的把握
参考：我们是根据需求（需求说明书、之前的产品、同品、软件规范、经验值）编写用例（UI、功能、兼容性、安全、性能、稳定性、易用性），用到什么方法（测试用例设计方法）。如果把上述的点都考虑并测试到了，那么覆盖度就达到要求。
工具：1、表格 2、freemind 思维编写 3、testlink，禅道。


软件测试用例模板
6、设计一个电梯的测试用例 ?

考查点：1、需求 2、测试设计 3、测试思维 4、测试经验
参考：1、一定要反问面试官，有没有具体的需求，比如电梯的用途，用在什么场合等。
然后从下列方面去考虑回答：
A．功能 B. 容量（容错，安全，解除，红外感应，提示，告警）C.稳定性 D.通风，速度等。
最后|资源分享
下面这些是我的收集和整理的资料，对于开始学习【软件测试】或是技能进阶的朋友来说，绝对是最全面的教程仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你


关注【程序媛木子】微信公众号测试资源将免费获取，技术交流群（644956177）群里有技术大佬的各种技术交流和经验之谈。