大公司上线流程:上线要提工单
面试的时候可以说做过一些安全测试,奈何公司不重视,例如短信重放攻击
主要是平行越权和垂直越权
还有数据脱敏的。排查一下敏感数据对应的权限
如果一个产品有300个用户,其中200个用户用的有定制功能,那修改主线功能如何保证所有用户的功能没有问题
什么时候会用到使用Fiddler
做安全测试,检测敏感信息是否加密,拦截篡改数据;
当测试时发现缺陷,用fiddler抓包,定位该问题是前端还是后台的问题;
模拟弱网环境;
统计单个功能的响应时间。
说说你最有印象的bug
短信重放攻击
说说你了解的中间件
你了解哪些常见的开发模式
测试报告包括了哪些内容
软件测试报告的组成:
一、概述
包括项目背景、需求分析
二、测试时间、测试环境
三、测试过程
评审记录、测试范围、测试用例
四、功能实现清单
列出是否已经按照测试计划实现功能
五、缺陷统计
测试缺陷统计;
测试用例执行情况统计
六、测试统计情况
资源统计
执行情况
问题统计
问题列表
遗留的问题
七、测试总结
测试结论;(是否通过)
测试内容、测试用例的覆盖程度、bug的解决程度
八、测试风险
测试结束的标准是什么?
系统测试用例设计已经通过评审;
测试用例设计方法都有哪些
1.等价类划分法
- 顾名思义,等价类划分,就是将测试的范围划分成几个互不相交的子集,他们的并集是全集,从每个子集选出若干个有代表性的值作为测试用例。
2.边界值分析法
- 长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例,可以查出更多的错误。选出的测试用例,应选取正好等于、刚刚大于、刚刚小于边界的值,例如,对于在区间min,max的值,测试用例可以记为min,min+,max,max-。
3.错误推测法
- 错误推测法是指:在测试程序时,人们可以根据经验或直觉推测程序中可能存在的各种错误,从而有针对性地编写检查这些错误的测试用例的方法。
4.判定表法
- 又称为策略表,基于策略表的测试,是功能测试中最严密的测试方法。该方法适合于逻辑判断复杂的场景,通过穷举条件获得结果,对结果再进行优化合并,会得到一个判断清晰的策略表。
5.正交实验法
- 用语言描述正交实验法会很抽象难懂,简单说,就是在各因素互相独立的情况下,设计出一种特殊的表格,找出能以少数替代全面的测试用例。
6.随机测试、场景
如何设计测试用例?什么样子的测试用例是好用例?
请问你们公司是如何做接口测试的?
接口测试质量评估标准是什么?
a) 业务功能覆盖是否完整
b) 业务规则覆盖是否完整
c) 参数验证是否达到要求(边界、业务规则)
d) 接口异常场景覆盖是否完整
e) 接口覆盖率是否达到要求
f) 代码覆盖率是否达到要求
g) 性能指标是否满足要求
h) 安全指标是否满足要求
说一下你们的测试流程?
以前做过怎样的项目?
你有什么优点和缺点
- 优点是比较喜欢接触新知识新环境
- 缺点就是不懂如何拒绝,同事求助一概揽下,影响自身工作进度。
例如:给你一个杯子如何测试
界面测试:查看杯子的外观是否得体。(外形、图案)
易用性:杯子是否烫手、是否有防滑措施、是否方便饮水、是否易用手端着或手拿。
安全性:使用过程中杯口是否容易给身体造成伤害,,杯子有没有毒和细菌。
可靠性:杯子从不同高度掉下的损坏程度。
稳定性:杯子一直盛着水,时间长了是否会漏水。
兼容性:是否可容纳高温度水、果汁、酒精、汽油等。
用户文档:用户使用手册上是否有对杯子的使用方法进行限制,是否出现使用过程中友好的提示、该注意的问题、使用环境等有详细的描述。
您认为做好测试用例设计工作的关键是什么?
- 以较少的测试用例覆盖尽可能多的需求和测试点!白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果。
- 黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试,以最少的用例在合理的时间内发现最多的问题。
项目中负责的模块?并说一下你设计的用例?(包括功能和接口, 考验基本功)
怎么设计用例(功能和接口都问)
对测试流程改进以及测试质量保证提过哪些意见建议?(意思就 是除了大家都能做的这些你对公司还有什么特别的贡献,答好很加分)
## sql中删除内容、释放空间但不删除定义(保留表的数据结构)的命令是什么?
truncate (清空表中的数据):删除内容、释放空间但不删除定义(保留表的数据结构),truncate 不能删除行数据,要删就要把表清空;TRUNCATE TABLE 的语法为下:TRUNCATE TABLE “表格名”。
一定说明白公司的测试流程
需求评审 - 排期 - 写测试用例 - 测试用例评审 - 通过后开始写详细测试用例,开发开始开发 - 开发结束后开始测试 - 测试完毕后提工单上线 - 产品验收,测试人员写测试报告