测试用例编写思路：

首先是明确测试范围：

接口测试

功能测试

界面测试（界面友好性、易用性、一致性）

兼容性测试（不同类型、型号手机、系统（手机系统、桌面系统）、分辨率、浏览器及其版本）

性能测试（页面加载时间（1万条记录）、响应时间、内存占用）

安全测试（漏洞扫描、链接安全等）

稳定性测试（长时间给予压力：80%内存占用）

可靠性测试（断电、断网、高内存、低网速）

功能模块中明确测试范围：：

1、划分功能模块

2、正向功能验证：正常功能是否实现

3、单个功能项验证：正向+异常

4、功能之间交互验证：模块之间的数据传递

5、隐形需求：熟悉业务

如：

2.1 web登录页面的测试

         分析：首先我们可以分析一下，该界面都有哪些哪些元素，每个元素又具备哪些规则要求，是否有其他特殊化要求，比如缓存，加密等；分析完毕后，我们就可以根据了解到的去选择合适的测试用例设计方法，对这个页面进行用例的编写。

2.1.0 UI界面测试

       首先对于用户来说，对一个系统的评价，首先从界面视觉方面去判断，就好比男女之间的第一次见面，嗯，你想的没错，就是相亲，第一印象基本上是从个人长相，精神面貌来的，我们都知道第一印象很重要，尤其是在如今这个快节奏的社会；

       对于一个用户来说，界面的风格，人机交互性，易理解性，易操作性等将直接印象用户的第一使用体验，假如第一使用体验都不好了的话，假如该产品不是不可替代性的产品的话，用户很有可能就此流失掉，假如该系统是用户已经付费了的，虽然不好看的页面，难于操作的页面，难于理解的页面不会马上导致客户退货，但起码会使该用户产生一种一点都不专业的感觉，接下来用户很可能带着一种不愉快的心情去操作了，这就很有可能导致各种各样的刁难挑刺，最终导致彻底对该产品失去兴趣，要不就是打回要求重新调整，要不就是退回退款。

      大部分产品开发过程中，在前期需求确定及评审过程中就会这方面进行一定讨论研究，所以建议测试同学在需求阶段就要介入进去，从界面风格，人机交互性，易理解性，易操作性等几方面去进行审视，给出比较不错的建议。

       根据一般的测试套路，我们先是进行基本的功能测试，只有基本的功能实现了，我们才有意义去进行其他方面的测试。

备注：扫一扫登录页面由于过于简单就不在此进行阐释了

2.1.1功能测试

        结合我们所掌握到该页面的相关需求知识以及我们后期拓展到的隐性需求（最好在需求阶段就提出来），提炼出我们所需要的测试点，然后再结合我们所掌握的测试用例设计方法进行测试用例的编写。

以下就是提炼出的测试点：

                   1.输入框的空值登录

                   2.输入框的空格测试

                           a.账号密码输入框前后中间有空格是否有过滤处理处理

                   3.有效账号密码等信息登录

                   4.无效账号密码信息登录

                                 a.正确账号，错误密码

                                 b.不存在的账号，A账号的密码

                                 c. A账号，B账号的密码

                  5.密码特殊要求测试 

                                a.在输入框内是否密文展示

                                b.是否可从外部复制到输入框

                                c.是否可从密码输入框复制密码出去

                                d.密码防破解机制验证

                                e.密码在传输过程中及日志信息中是否做了加密处理

                                f.密码在数据库表中是否以加密形式保存

                                g.密码信息是否会被浏览器所记住并保存  

                    6.验证码测试

                                a.输入正确的验证码登录

                                b.验证码输入框置空登录

                                c.输入错误的验证码登录

                                e.输入过时的验证码登录

                                f.图片刷新机制是否合理

                     7.账号密码记忆保存测试

                                a.正确账号密码登录成功后记忆保存

                                b.正确账号错误密码登录失败后是否只保存账号信息

                                c. 错误账号登录错误密码登录失败是否会保存

                                d. 正确账号，密码置空登录，是否会保存账号信息

                                f. 记忆保存有效时间验证

                                g. 手动清除缓存是是否仍然保留登录信息

                    8.同时登录测试

                                a.一个账号能否在同一浏览器上同时登录

                                b.一个账号能否在同一台机器上不同浏览器同时登录

                                c.一个账号能否在不同机器上同时登录

                                d.一个账号能否在web端和移动app端同时登录

                               e.二个账号能否在同一浏览器上同时登录

                               f.二个账号能否在同一台机器上不同浏览器同时登录

                   9.默认语言的记忆测试

                              a.修改界面语言选项，成功登陆后，下次登录是否会记忆上次保存的语言

                              b.修改界面语言选项，登录失败后，当前页面是否会保存修改的语言

                              c.修改界面语言选项，登录失败后，关闭浏览器，下次打开登录是否保存上次的语言选项

                   10.输入框长度限制测试

                   11.输入框可输入类型测试

                   12.输入框的大小写是否敏感

2.1.2 友好及易操作性测试

     1.在输入框内能否使用windows常用快捷键，比如复制粘贴，tab切换，回车等

     2.在输入框内能否切换大小写，输入法，且切换后是否有相应提示

     3.网络异常时，是否有友好加载页面提示

     4.各种登录失败情况下的提示是否友好，清晰，易懂。

2.1.3 健壮性测试

      1.对浏览器程序进程杀死，重新打开浏览器，已输入的登录信息是否还在

      2.登录页面与其他页面页签之间的切换以及缩小到后台，已输入的登录信息是否还在

      3.假如快速多次点击登录按钮界面是否仍然正常显示及提示

      4.假如快速进行多次刷新操作，界面是否仍然显

2.1.4 安全测试

      1.账号密码框是否屏蔽SQL注入攻击

      2.账号密码输入框是否禁止脚本输入（避免XSS攻击）

      3.登录是否有防破解机制

      4.密码的缓存信息是保存在cookies中还是session中

      5.密码在任何场所是否都是加密形式展示的

      6.密码是否具有有效期，有效期到快到或者到期后，是否需要提示修改密码

      7.不登录的情况下，直接输入登陆后的url访问，重定向到用户登录页面

      8.密码输入框是否支持复制粘贴

      9.密码输入框输入的密码是否可以在页面源码模式下被查看

     10.同一用户在同一终端的多种浏览器上登录，验证登录功能的互斥性是否符合设计预期

     11.同一用户先后在多台终端的浏览器上登录，验证登录是否具有互斥性

2.1.5 性能测试

      1.单用户打开登录页面及登录所花的时间是否满足要求

      2.点击登录按钮进入到登录成功后的页面所花时间是否满足要求

      3.支持多少人同时正常打开，同时正常登录操作

      4.单用户登录时，后台请求数量是否过多

      5.高并发场景下用户登录的响应时间是否小于规定值

      6.高并发场景下服务端的监控指标是否符合预期

      7.高集合点并发场景下，是否存在资源死锁和不合理的资源等待

      8.长时间大量用户连续登录和登出，服务器端是否存在内存泄漏。

2.1.6 兼容性测试

      1.主流的浏览器及各版本，是否很好的兼容该页面

      2.不同的操作平台及各版本是否正常使用

      3.不同屏幕分配率是否合理的显示该页面

     4.放大缩小状态下界面显示是否正常

2.2 一个水杯的测试（以喝水的杯子为准）

        以此例子来说明，一般我们的测试思路可以怎么展开，其实和上个例子一样的思路，再举例说下这个例子，是用来说明作为测试同学来说，具备很强的逻辑归纳能力，很强的发散思维能力，及很强的产品用户思维能力是很重要的。

2.2.1 UI界面测试

      1.整体形状外观是否符合用户审美观

      2.杯身图案是否符合用户需求，是否涉及到民族，伦理道德，商业侵权等会引起纠纷的标识

2.2.2功能测试

      1.能否正常装水

      2.能否正常喝水

2.2.3 易用性测试

      1.杯子是否容易装水

      2.杯子是否容易出水

      3.杯子是否很方便的拿放（体积质量是否合理）

2.2.4 健壮性测试

      1.当水装过满的时候，是否有预防水漫出的机制

     2.当水喝的几乎没有的时候，剩下的一点点水是否能够顺利的喝到

     3.当水杯不小心打翻时候，是否很好的避免水流出

     4.当用户手湿滑时候，是否也能够顺利拿起放下杯子

2.2.5 安全测试

      1. 制作杯子的材料是否会对用户造成损害

      2. 当杯子不小心打碎的时候，碎片是否会伤害到用户

      3. 当装的水过热或者过冷的时候，是否会对用户造成伤害

      4. 当杯子由于外部原因被加热过或者被冰冻过，是否会对用户造成伤害

      5. 当杯子长时间装水状态下，是否会滋生细菌或产生危害到用户的事务

      6. 当杯口以及杯身出现裂痕的时候，是否会对用户造成割伤

      7. 当杯子放进微波炉时，杯子是否会发生爆炸或融化

2.2.6 性能测试

      1. 杯子在长时间震动下是否会破碎

      2. 杯子在长时间装水状态下是否发生漏水

      3. 当用户使用杯子时用力过猛情况下，杯子是否会破碎

      4. 当杯子不小心摔下的时候，是否会发生破碎变形现象

      5. 当杯子装入过热或过冷的水时，杯子是否会发生破裂等事故

      7. 当杯子用久了，杯身是否会掉色，杯体是否会发生变形，褪色等

2.2.7 兼容性测试

      1. 杯子除了装水外，是否还能装其他液体。

      2. 杯子除了装液体外，是否还能装固体

      3. 杯子是否能液体和固定的混合物

      4. 杯子是否可以在一些特殊场合使用

参考自：https://www.cnblogs.com/Aaron-007/p/10697277.html