具体测试用例的设计功能点分享（登录、优惠券、购物车、网站、ATM、纸杯、笔、电梯）

如何回答登录功能怎么进行测试？

首先，进行界面测试。

查看界面上的所有元素是否齐全；

没有输入内容时，是否有相应的提示语；

验证码是否能够显示；

移动鼠标，【登陆】按钮默认不能点击；

【忘记密码】是否有个小问号“？”（其他都有）；

第二，进行功能测试。

输入正确的用户名、密码、验证码，点【登陆】能登陆成功；

输入正确的用户名、错误的密码、正确的验证码，提示用户名或密码错误；

输入错误的用户名、正确的验证码，提示用户名或密码错误；

输入正确的用户名、密码，错误的验证码，提示验证码错误；

输入不符合规则的手机号或者邮箱应该提示错误；

页面长时间不登陆和操作，验证码会不会过期；

点【记住密码】，登录后退出，再次登陆是不是可以不输入密码；

点【忘记密码】能够跳转到密码设置页面（至于是什么不用管，就是能不能跳转）

只点击验证码图案，验证码能不能刷新；

页面刷新，验证码图案能不能刷新；

输入栏是否设置快速删除按钮；

用户名和密码是否大小写敏感；

用户名和密码前后有空格的处理；

登陆成功，是否有记住密码功能；

登陆失败后，不能记录密码的功能；

新用户第一次登陆成功，是否有修改密码提示；

用户登录过程中log中是否有个人信息明文打印；

是否支持第三方登陆；

输入密码的时候，大写键盘开启的时候要有提示信息 ；

不同级别的用户，比如管理员用户和普通用户，登录系统后的权限是否正确；

第三、业务安全测试。

有没有登陆错误次数的限制；

每次登陆错误之后有没有限制再次登陆的时间间隔；

是否支持一个账号多地登陆；

不同机型登陆，异地登陆是否有提醒 ；

不登录的情况下，在浏览器中直接输入登录后的URL地址，验证是否会重新定向到用户登录界面；

第四、兼容性测试。

在相同浏览器的不同版本上打开登录页面，效果是否一致；

在不同浏览器上打开登录页面，效果是否一致；

在不同操作系统的不同浏览器打开登录页面，效果是否一致；

在不同的屏幕分辨率下打开登录页面，效果是否一致；

第五、代码安全性测试。

用户输入登录信息登陆时，个人信息是不是会显示在浏览器地址栏；

用户登陆的时候，通过抓包工具抓数据，密码是否加密；

查看页面源代码，验证码是否直接显示在代码中；

密码在后台储存时是否加密；

是否可以使用登录的API发送登录请求，并绕开验证码校验；

用户名和密码的输入框中分别输入典型的“SQL注入攻击”字符串，验证系统的返回页面；

用户名和密码的输入框中分别输入典型的“XSS跨站脚本攻击”字符串，验证系统行为是否被篡改；

第六、页面性能测试。

单用户登录的响应时间是否小于3秒；

通过工具向登录页发起大量请求，查看页面响应时间的变化；

通过工具对登陆功能进行并发测试；通过工具向登录页发起大量请求，查看页面何时崩溃；

通过工具向登录页发起大量请求，查看页面崩溃后有没有良好的提示信息；

通过工具向登录页发起大量请求，查看页面崩溃后多长时间能够恢复服务；

弱网，不同网速时登陆的时间，网络切换和网络延迟时登陆界面是否正常；

最后、易用性测试。

页面是否美观；

功能是否都可以使用；

页面速度快不快；

页面元素加载是否耗费网络流量；

能不能第三方登陆；

输入框能否以Tab键切换。

优惠券如何测试？

功能性：

1.达到使用条件的订单是否使用优惠卷，使用后优惠卷状态已使用

2.使用满减优惠卷下单，优惠金额是否准确抵扣

3.使用折扣优惠卷，是否成功打折

4.使用抵扣优惠卷，是否成功抵扣

5.有一张满500减50的优惠卷，订单金额500是否可以使用

6.有一张满500减50的优惠卷，订单金额500.01是否可以使用

7.有一张满500减50的优惠卷，订单金额499.99是否可以使用

8.有一张优惠卷使用类型是全场通用，是否所有商品都可以使用

9.有一张优惠卷使用类型是指定类别使用，指定类型是否可以使用

10.有一张优惠卷使用类型是指定类别使用，不是指定类型是否可以使用

11.有一张优惠卷使用类型是指定类别使用，订单有指定类型商品和其他商品是否可以使用

12.已使用的优惠卷是否可以继续使用

13.已过期的优惠卷是否可以继续使用

14.有多张优惠卷，是否可以选择多张使用

15.使用优惠卷下单后，取消订单优惠卷是否返回

16.使用优惠卷下单支付成功，退款优惠卷是否返回

17.使用优惠卷下单支付成功，订单有多个商品只退其中一个商品，退款金额是否按比例退款

18.跨店铺是否可以使用优惠卷

19.已经是优惠商品(商品已被打折)是否可以使用优惠卷

20.有多张优惠卷，下单选择优惠卷排序需和需求一致

21.登录情况是否可以领取优惠卷

22.不登录情况下是否领取优惠卷

23.每人限领1张，是否领取多次优惠卷

24.领取时间已过，是否可以领取优惠卷

25.领取后的优惠卷是否成功加入我的优惠卷列表

26.有一张满1000减100的优惠卷，购买商品金额100*10件，选择优惠卷后，是否可以减少商品数量继续使用优惠卷

27.优惠卷的优惠金额大于订单金额，最后优惠后的订单金额如何显示

UI测试:

优惠卷的描述（名称，使用条件，备注）是否正确，清晰

有可使用的优惠卷，在确定订单页面，优惠卷选择栏是否提示有可用优惠卷

没有可使用的优惠卷，在确定订单页面，优惠卷选择栏是否提示无可用优惠卷

选择优惠卷后，确定订单页面是否正确显示优惠卷信息，优惠后的订单金额是否显示正确

用户体验：优惠卷界面是否美观，合理，文字是否清晰

兼容性：在不同的浏览器，手机端测试

购物车的测试点？

1.界面测试

打开购物车页面后，页面的布局是否合理，是否完整。

不同卖家的商品在不同的区域显示，区分明显。

页面的功能按钮可以正常显示。

商品的最下方显示失效宝贝。

页面的最低端显示“你可能喜欢”

向下滑动页面，在购物车顶端展示“购物车”。

购物车中如果存在有商品降价、库存不足、限购件数等，在商品详情的下面，会有对应的字体展示或提示。

2.基本功能

购物车页面的所有连接是否正常。

从商品信息页面添加的商品能显示在购物车中。

若未登录，点击购物车中的商品直接进行结算，则提示用户输入用户名和密码，或者提示用户进行注册。

若没有选择任何商品，点击结算，则提示用户“请添加要结算的商品”。

勾选商品后，已选商品的总价（和优惠满减活动）会显示。

勾选商品，点击结算按钮后，进去确认订单信息页面。

购物车页面中，可以对添加商品信息做信息的修改，并自动保存成功。

可以在购物车中重新修改商品规格。

购物车能添加的商品种类是有数量上限的。

结算的时候商品可以全选，选择全选按钮。

可以在购物车页面对宝贝进行管理。

3.性能测试

打开购物车时间是否在已定的用户可以棘手的时间范围内。

编辑购物车：删除、添加商品需要的时间。

在购物车页面选择需要购买的商品进行结算的时候，结算金额可不可以实时显示。

清空失效商品需要的时间。

4.兼容性测试

iOS：不同型号，不同的iOS系统。

安卓：不同品牌，不同型号，不同的安卓系统。

5.网络环境

3G、4G、WiFi网络环境下应用的各功能可正常运行。

网络异常时，数据交换是否会有提醒。

中途断网再很快连网，数据是否可以自动恢复，正常加载。

只允许内网访问的APP，在连接到外网时是否会有提醒。

6.异常测试

没有内存时，APP是否能够正常相应。

横竖屏切换展示。

APP运行时网络中断。

反复操作某一个功能，不断点击和刷新，是否出现闪退。

APP运行时接入电话、短信、社交软件的信息提示时，是否能够正常运行。

• 给你一个网站，你如何测试？

1、查找需求说明、网站设计等相关文档，分析测试需求。

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

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

3、设计测试用例：

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

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

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

     界面测试可以包括但不限于一下几个方面：

     页面是否风格统一，美观

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

     控件是否正常使用

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

     文字检查

     性能测试一般从以下三个方面考虑：

     压力测试  ：看看几百，几千甚至几万个人同时上网网页还能显示不，运行速度会有怎样的变化，是否响应时间太长或运行过慢，他到啥时候会崩溃。         

     负载测试  ：多个用户同时上网，看其最大的承受能力是多大，如果超过了这个极限会有何反应          

     强度测试

     数据库测试要具体决定是否需要开展。数据库一般需要考虑连结性，对数据的存取操作，数据内容的验证等方面。

     安全性测试：

     基本的登录功能的检查

     是否存在溢出错误，导致系统崩溃或者权限泄露

     关开发语言的常见安全性问题检查，例如 SQL 注入等。

     如果需要高级的安全性测试，确定获得专业安全公司的帮助，外包测试，或者获取支持兼容性测试，根据需求说明的内容，确定支持的平台组合：

      兼容性包括：浏览器的兼容性；操作系统的兼容性；软件平台的兼容性；数据库的兼容性

4、开展测试，并记录缺陷。合理的安排调整测试进度，提前获取测试所需的资源，建立管理体系（例如，需求变更、风险、配置、测试文档、缺陷报告、人力资源等内容）。定期评审，对测试进行评估和总结，调整测试的内容。

请设计一个关于ATM自动取款机的测试用例。 

1）功能

a)ATM所识别卡的类型；

b)密码验证(身份登陆、是否为掩码、输入错误密码时是否提示，连续三次错误吞卡等)；

c)取款功能：

i、金额多少的限制，单次最大最小提取金额、每天最大提取金额等）；

Ii、取款币种的不同，如人民币、美元、欧元等。

d)是否提示客户操作完成后，打印相关操作信息；

e)查询功能是否正常；

f)转账功能是否正常；

g)是否提示客户操作完成后，取回客户卡；

2）性能

a)是否有自动吞卡：非法客户\密码错误客户\规定时间内未完成相关操作功能的客户。（如果有，有无报警功能(保密报警)）

b)平均无故障时间，平均故障修复时间，输入密码后验证时间，出钞票时间，查询余额等待时间。

3）易用性

a)ATM各个操作功能(硬件)是否正常、易懂；

b)ATM的界面显示是否友好；

c)ATM是否支持外文操作；

d)ATM是否存在异常（断电、黑客入侵）有自动保护（报警）功能；

如何测试一个纸杯？

功能测试：

1.杯子是否可以装水

2.是否防摔

3.是否漏水

4.是否可以装饮料、腐蚀性物质

5.杯子是否可以放冰箱；

6.水可不可以被喝到。

7.能承受的最低最高的温度

8.杯子的容量与生产要求是否一致

9.纸杯装完水后放在桌子上是否平稳

10.防风性如何，多大的风力杯子会被吹倒

11.杯子的重量是否和生成要求一致

12.杯子是否有刻度线

性能测试：

1.杯子的最大使用次数

2.杯子在多大的压力下会变形

3.杯子在潮湿环境下的腐化速度

4.用根针并在针上面不断加重量，看压强多大时会穿透；

5.疲劳测试：将杯子盛上水，经过24小时后查看杯子的泄露情况和时间；

6.看杯子能够容纳的最大体积和最高温度；

7.耐热性，是否变形

8.耐寒性，是否变形

9.将杯子装上水，看不会摔破的最高度；

易用性测试：

1.杯子是否好拿，

2.是否烫手，

3.是否防滑，

4.是否方便饮用。

5.纸杯的手感是否舒服

6是否容易清洗

8.杯壁是否光滑

安全性测试：

1.杯子有没有毒和细菌；

2.杯子的材料是否符合国家安全标准

3.杯子是否有缺口，容易滑倒嘴巴；

4.杯子是否有异味

5.杯子的材料是否有毒

6.杯子在高温的情况下会不会释放有毒物质

7.杯子的的东西会不会和杯子的材料发生反应，释放有毒物质

8.杯子是否在安全日期内

9.杯子内壁上的材料，是否会溶解到水中

10.杯子是否容易长细菌

11.杯子对环境的危害程度

兼容性测试：

除了装水，是否还可以装其它的液体，比如饮料，汽油，调料，酒精等。

界面测试：

1.查看杯子的形状是否符合大众要求：

2.颜色搭配是否合理，，

3.杯子的图案是否合法

4.杯子的图案是否容易掉落

5.杯子的商标是否正确

6.杯子内壁上的涂料是否容易脱落

7.杯子的形状是否与规格说明书一致

如何测试一支笔？

1. 界面测试

（1）外观是否美观

（2）笔壳上的标签是否容易脱落

（3）笔壳上的字是否有笔相关的信息提示

（4）笔壳上的字是否容易消失

2，功能测试

（1）能否写字

（2）书写是否流畅

（3）携带是否漏水

（4）笔盖能否正常拔卡，合上

（5）笔尖的粗细对书写产生的影响

（6）写的字，遇水是否会晕开

（7）书写的字是否是速干的

（8）书写的字是否是可擦的

（9）在特殊的情况下，书写是否有影响，比如：高温，低温，干燥的书写介质，湿润的书写介质，长期不盖笔盖，对书写是否有影响，摔下是否能够正常使用。

3，性能测试

（1）可写字数上限

（2）书写的字可以保存多长时间不褪色

4，兼容性测试

（1）是否可以装不同类型的笔芯，比如不同大小，不同厂家

（2）是否可以替换不同粗细的笔尖

（3）是否可以在不同介质上书写

（4）笔的尺寸大小是否满足不同人群的要求

（5）笔芯的颜色是否满足不同场合的要求

5，易用性

（1）是否便携

（2）是否方便替换笔芯

（3）笔外壳是否有塑胶圈，减少磨损使用者手

6，安全性

（1）笔外壳材质的安全性

（2）笔芯是否含有毒物质

（3）笔芯过了保质期，是否会产生有毒物质

（4）零件是否易拆解，容易被小孩、老人误食

（5）笔尖是否尖锐，容易伤人

7，压力

（1）笔尖在多大压力下会出墨

（2）笔尖在多大压力下会损坏

（3）笔壳在多大压力下会损耗

如何测试一个电梯？

1、功能测试：

① 按钮功能，开门（运行中按开门键不开门），关门，电梯内按钮功能（电梯按键在按下时是否点亮，按错楼层是否可以取消）

② 上升，下降（每一层申请是否有效，是否可以正常停靠），超载时是否会忽略其他楼层的上行和下行申请，电梯的两边按钮是否都可以使用

③ 电梯内电话、灯光等

2、性能测试：反应时间、关门时间、速度（是否造成人体不适）

3、压力测试：超载，碰撞电梯壁

4、安全测试：

① 进入电梯喊话，外面是否听到，拨打手机是否有信号

② 停电（不会坠落，电梯门可以通过外力打开，紧急电话可用），报警装置（超载），通风状况

③ 停靠位置，有人扒门（不会强制关门），若有异物阻碍，会停在当前楼层

④ 监控装置

5、UI 测试：标识的承重和人数，仅提供可到达楼层的按钮，美观程度，光滑程度、形状

6、可用性：按键高度、操作是否方便

7、稳定性：长时间运行情况

　　两台电梯联动：

　　除上述功能外，与另外一部电梯是否协作良好（一部电梯故障不影响另一部）：

① 2部均空闲时，采取就近原则

② 有一部运行时，以同行方向且顺路电梯优先运行，否则安排空闲电梯

③ 2部均运行时，以方向同行且顺路的优先运行

④ 电梯在上行或下行时若满载，遇到有人等待电梯，是否停靠

　　　　例如：电梯本来在一楼，若有人按18楼，上到5楼时，有人按10楼，是否会在10层停下

网站的测试（不全）

链接测试

链接是 web 应用系统的一个主要特征,它是在页面之间切换和指导用户去一些不知道的页面的主要手段。链接测试可分为三个方面:

测试所有链接是否按指示的那样确实链接到了该链接的页面

注:链接测试可以自动进行，现在已经有许多工具可以采用。链接测试必须在集成测试阶段完成，也就是说，在整个web 应用系统的所有页面开发完成之后进行链接测试。(可以使用HTML Link Validator 工具)

1. 测试所链接的页面是否存在。
2. 保证 web应用系统上没有孤立的页面(所谓孤立页面是指没有链接指向该页面只有知道正确的url地址才能访问)

表单测试

表单就是一些需要在线显示和填写的表格。表单中有一些标准操作，如确认、保存、提交等，当用户通过表单提交信息的时候，都希望表单能正常工作。表单测试可以分为5个方面:

1. 用户注册、登录、信息提交等，必须测试提交操作的完整性，以校验提交给服务器

的信息的正确性

1. 检查相关联的数据显示是否正确。例如:所在城市列表与选择的省份是否匹配等.
2. 如果使用了默认值还需要检验默认值的正确性。
3. 如果表单只能接受指定的某些值，则也要进行测试。例如: 只能接受指定的某些值测试时可以跳过这些字符，看系统是否会报错。
4. 如系统只接受限定以内的字数，测试时可以测试内外边界值，看系统是否可正确反应。

Cookies、session 测试

Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用cookies访问了某一个应用系统时，web 服务器将发送关于用户的信息，把该信息以cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或存储登录等信息测试的内容包括:

1. cookies是否能正常工作作

举例:

如果在cookies中保存了注册信息，应确认该是否已对这些信息进行了加密

如果使用cookies来统计次数，需要验证次数累计是否正确

1. 刷新对 cookies 有什么影响
2. 如果存在cookies 是否按照预定的时间进行保存

注:session测试与其方式一致

1.2性能测试(包括负载/压力测试)

链接速度测试

Web 系统响应

超时的限制

负载测试

某个时刻同时访问 web 系统的用户数量

通常需要注意以下内容:

系统最多允许多少个用户同时在线?

如果超过了这个数量，会出现什么现象?

系统能否处理大量用户同时对同一个页面的请求?

在线数据处理的数量

压力测试

重复测试

就是一遍又一遍针对一个功能反复操作，看系统能否正常执行

并发测试

就是在同一时间内执行多个操作。由并发引起的错误只能通过执行多个代码示例才能测出来，测试时间要同时遍历多条代码路径。

通常可以测试以下几个方面:

1. 登录的并发操作
2. 提交的并发操作
3. 对数据库操作的并发操作(例如: 多人同时从数据库中读出(或向数据库导入)相同文件、不同文件)
4. 量级增加

要考虑到每个操作中的负载量，操作自身应尽可能给被测软件系统增加压力，即:尽量使单独的操作进行高强度的使用，增加操作的量级。

例如: 改变数据的大小、改变时间延迟的长度、输入速度以及输入的变化等

1. 随机变化

任何压力系统都多多少少具有一些随机性，随机使用前面的压力原则中介绍的无数变化形式就能够在每次测试运行时应用许多不同的代码路径

1.3用户界面测试/可用性测试

界面测试

界面测试是从最终的使用者用户的角度来看软件，软件难以理解，不易使用就是软件缺陷。可以从以下几个方面重点来检查用户界面:

1. 易用性检查

验证软件是否易于理解、是否方便使用

1. 正确性检查检查页面上的表单、按钮、窗体、提示信息、文字拼写等是否正确以及是否存在错别字
2. 一致性检查

A 系统页面的风格是否一致，如字的大小、颜色、字体要相同a

b提示信息的表达方式是否一致

C 按钮排列顺序是否一致

D  Back、cancel等按钮跳转页面处理是否一致

E 相同字段的名称、长度、类型在不同位置是否一致e

1. 友好性检查

1. 提示信息是否友好
2. 执行风险操作时系统是否给出提示信息让用户确认是否继续操作
3. 页面分辨率检查，在各种分辨率浏览系统检查系统界面友好性
4. 页面进行最大化、最小化还原时是否做了相应的处理

1. 合理性检查

进行添加、修改、删除、返回等操作后，查看信息回到的页面是否合理?

1. 其他方面检查

可用性测试

D导航测试

导航是否直观?

Web系统的主要部分是否通过主页存取Web 系统的页面结构、导航、菜单、链接的风格是否一致Web应用系统导航帮助要尽可能的准确图形测试

个web应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等图形测试一般的内容有:1.所有页面字体的风格是否一致

2.背景额色与字体颜色和前景额色是否搭配

3.每个页面的提示字体的颜色、格式是否统一准确内容测试

内容测试用来检验web 网站提供信息的正确性、准确性和相关性整体内容测试

整体界面是指整个web应用系统的页面结构设计，是否给用户的一个整体感