软件测试工程师的一些问题

Question

测试从类型来分有哪些测试？对于一个B/S架构的登陆功能（输入为用户名和密码），通过测试项（点）举例说明

Answer 1

感觉都是开放问题，没有特别标准的答案，随缘写了一点。另外，这些问题，要20分钟写完，如果是笔试题的话，应该是不着急招人
问题1 ，不标准答案：
黑盒测试内容

1. UI验证
2. 控件验证（文本框、按钮、验证码）
3. 易用性验证（账号密码记忆）
4. 业务验证（账号密码校验、注册、登录）
   其他测试：
5. 接口测试：填写信息后点击登录，验证发起登录请求信息传参请求以及回值正确性
6. 安全性测试：登录安全、SQL注入
7. 性能测试：同时间支持多少个人并发等

问题2：不标准答案：

1. 测试结果/测试目的不明确
   三个因素最终是为了验证什么？验证省油？验证质量、安全性？
2. 用例组装的不明确
   3个因素，每个因素有3种，到底如何组装你的验证内容？不是列举出来因素就完事了
3. 因素考虑可能不周全
   汽车的效果同样收到气候、路面、车况等信息的影响，由于测试目的不明确，可以合理推测考虑的因素也可能有问题

问题3：不标准答案
测试核心：Pod状态转换验证
测试用例：标题：

1. 【中】Pod状态转变：所有容器未启动，验证状态显示为pending
2. 【高】Pod状态转变：只有一个容器启动，验证状态显示由Pending变更为Running
3. 【中】Pod状态转变：多个容器启动，验证状态显示由Pending变更为Running
4. 【高】Pod状态转变：单个容器启动后以成功结束，验证状态显示由Running 变更为Succeeded
5. 【高】Pod状态转变：单个容器启动后以失败结束，验证状态显示由Running 变更为failed
6. 【高】Pod状态转变：多容易启动后，一个先成功，一个再失败，验证状态显示由Running变更为Succeeded再变更为Failed
7. 【中】Pod状态转变：多容易启动后，一个先失败，一个再失败，验证状态显示由Running变更为Failed再变更为Succeeded
8. 【高】Pod状态转变：多个容器启动，所有容器信号中断，验证状态由Running变更为Unknown
9. 【高】Pod状态转变：多个容器启动，只有一个容器信号中断，验证状态不变更为Unknown
10. 【中】Pod状态转变：多个容器启动，所有容器信号中断后，其中一个容器信号回复，验证状态由Unknown变更为之前的状态
11. 【中】Pod状态转变：所有容器启动后，逐一关闭，验证关闭最后一个容器后，状态变更为Pending状态

代码设计：
def test(y):
x = 0
while(x<y):
y = func1(x,y)
if y<=0:
break
else:
y = y +1
func2(y)

Answer 2

代码设计：
def cal(y):
x = 0
while x < y:
y = func1(x,y)
if y == 0:
break
elif y < 0:
break
else:
y = y+1
func2(y)

def func1(x,y):
pass;
def func2(y):
pass;

针对登录：
功能测试：
1.用户名输入是否符合产品设定的规则，密码输入是否符合产品设定的规则，
2.安全性：密码输入后是否转化为星号/圆点
3.使用正确用户名密码是否可以成功登录，成功登录 后，是否显示个人信息等，刷新页面是否仍是登录成功的状态
4.使用错误用户名密码，登录时是否有错误提示
兼容性测试：使用不同的浏览器进行登录，查看登录界面是否适配，

针对轿车：个人认为不应该有“掀起式后门” ，它和 2门，3门对比 感觉不算是车大小的评判标准

针对第3题 ，不太确定 就不给你提供建议了，怕误导你 😂
有用望采纳哦