no way to go——测试用例设计编写

no way back & no way to go

so sucks

才刚决心呆下来奋斗3个月,就传来噩耗

前方悬崖,没有后路

i will be cut in the future

尽管问了我的意见,我也说了想继续呆

but who knows ?

boss always right.

一大早的心情全没了,下午是有个面试的,推了,自己根本不够料,又不会吹

去了就是浪费时间、工资

虽然可能能学点面试技巧

但是我自己工作上的项目执行起来也能学好多东西,所以就周五的3次interview,总结了一下面试官会问,自己乱答的问题



Q1:测试用例怎样设计?

给你一个例子,例如登录页面/发红包页面,你是如何开始测试?

A:

错误回答:有输入框的就可以用等价类、边界值等方法去测

按钮的就用手工点击测试结果

*********************************************************************************

其实这个问题是很难的,问你怎么开始测试就等于问 整个测试设计、用例、流程应该是怎样?要符合面试官的思维。

如果要按教科书式的说法,说到天黑都没数完,所以针对面试官要有不同的简答(我自己认为,不能避免装B的面试官刻意卡你)

①先判断这家公司是什么类型?

app测试的,还是 web测试的

②问题是关于什么?登录页面?还是下载?

③猜出面试官的答案

这个最最最最最最最最最最最最最最最最最最难

************************************************************************************

web测试流程

参考

 https://www.cnblogs.com/Mamie2016/p/7831582.html

从一开始的需求到测试用例设计都写了规范的步骤,后续有时间会写上自己的步骤思维

测试用例设计

转载https://blog.csdn.net/dml1220/article/details/44150807

eg.登录页面

      如果直接丢给你登录页面,别慌,大概要测的模块先说出来:

      界面、功能、性能、安全、可用性、兼容性

1.界面测试

       1.布局是否合理,2个testbox 和一个按钮是否对齐

       2.testbox和按钮的长度,高度是否复合要求
  3. 界面的设计风格是否与UI的设计风格统一
  4. 界面中的文字简洁易懂,没有错别字。
有点懒,直接转载别人的(如有冒犯,请提我删除),但确实写得很好,不啰嗦
2.功能测试
       0. 什么都不输入,点击提交按钮,看提示信息。(非空检查)
  1.输入正确的用户名和密码,点击提交按钮,验证是否能正确登录。(正常输入)
  2.输入错误的用户名或者密码, 验证登录会失败,并且提示相应的错误信息。(错误校验)
  3.登录成功后能否能否跳转到正确的页面(低)
  4.用户名和密码,如果太短或者太长,应该怎么处理(安全性,密码太短时是否有提示)
  5.用户名和密码,中有特殊字符(比如空格),和其他非英文的情况(是否做了过滤)
  6.记住用户名的功能
  7.登陆失败后,不能记录密码的功能
  8.用户名和密码前后有空格的处理
  9.密码是否加密显示(星号圆点等)
  10.牵扯到验证码的,还要考虑文字是否扭曲过度导致辨认难度大,考虑颜色(色盲使用者),刷新或换一个按钮是否好用
  11.登录页面中的注册、忘记密码,登出用另一帐号登陆等链接是否正确
  12.输入密码的时候,大写键盘开启的时候要有提示信息。
3.性能测试
       0. 什么都不输入,点击提交按钮,看提示信息。(非空检查)
  1.输入正确的用户名和密码,点击提交按钮,验证是否能正确登录。(正常输入)
  2.输入错误的用户名或者密码, 验证登录会失败,并且提示相应的错误信息。(错误校验)
  3.登录成功后能否能否跳转到正确的页面(低)
  4.用户名和密码,如果太短或者太长,应该怎么处理(安全性,密码太短时是否有提示)
  5.用户名和密码,中有特殊字符(比如空格),和其他非英文的情况(是否做了过滤)
  6.记住用户名的功能
  7.登陆失败后,不能记录密码的功能
  8.用户名和密码前后有空格的处理
  9.密码是否加密显示(星号圆点等)
  10.牵扯到验证码的,还要考虑文字是否扭曲过度导致辨认难度大,考虑颜色(色盲使用者),刷新或换一个按钮是否好用
  11.登录页面中的注册、忘记密码,登出用另一帐号登陆等链接是否正确
  12.输入密码的时候,大写键盘开启的时候要有提示信息。
4.可用性测试(Usability Test)
  1. 是否可以全用键盘操作,是否有快捷键
  2. 输入用户名,密码后按回车,是否可以登陆
  3. 输入框能否可以以Tab键切换
5.兼容性测试(Compatibility Test)
  1.主流的浏览器下能否显示正常已经功能正常(IE,6,7,8,9, Firefox, Chrome, Safari,等)
  2.不同的平台是否能正常工作,比如Windows, Mac
  3.移动设备上是否正常工作,比如Iphone, Andriod
  4.不同的分辨率
6.本地化测试 (Localization test)
  1. 不同语言环境下,页面的显示是否正确。
7.软件辅助性测试 (Accessibility test)
  软件辅助功能测试是指测试软件是否向残疾用户提供足够的辅助功能
  1. 高对比度下能否显示正常 (视力不好的人使用)

先止一下眼泪鼻涕,感觉压力好大,好辛酸。
一份自己不喜欢也不擅长的工作,还要即将被cut..然后又想起了爸爸妈妈每天还伺候我上班、洗衣服
觉得自己根本就是个废人,完全不敢想象如果父母出了什么事,我该怎么办,没钱,没能力,没见识
IT这一行本来就需要脑袋聪明、记性好的。理科生也是。怎么努力都填不了这个坑,就像是无底洞
现在不断的在看干货,用现有的项目实践。奈何坑还是很深,我也到了坑口,就差主管这一推了。
我的手在抖,不是伤心,是觉得这个坎我过不去,以后的事情怎么办..怎么办
yes,there is no way back, so jump into the abyss.
parents like a rope which will break later.
if you still alive, you will win


数据库查询
面试里经常有笔试题考什么语句实现什么
现在的项目要用到postgreSQL、ElasticSearch,测试人员要进去看里面表的数据
来,赶紧用起来,记起来(虽然心情像屎一样)
最弱智就是 select * from tablename
有这个表就可以看到表里全部的内容
**************************************************************************
筛选某列:
 select 你要的列名 from 表名
 
筛选有含你要的字符字段的数据:
select * from 表 where 某列 like '%我要的字符%'
 
筛选时间段用><大于小于号:
eg.birth year 出生年份,求1970~1980出生的人的数据
select * from 表 where (birth year>='1970' and birth year<='1980')
 
待续..明天有两个interview,尽量表现自信,价格企硬
原文地址:https://www.cnblogs.com/normal-b/p/8946105.html