核心内容摘要
解码中文LLM的风格密码：从技术原理到产业落地
问你在测试中发现了一bug 但是开发经理认为这不是一bug你应该怎样解决。
将问题提交到缺陷管理库里面进行备案。
要获取判断的依据和标准根据需求说明书、产品说明、设计文档等确认实际结果是否与计划有不一致的地方提供缺陷是否确认的直接依据如果没有文档依据可以根据类似软件的一般特性来说明是否存在不一致的地方来确认是否是缺陷根据用户的一般使用习惯来确认是否是缺陷
与设计人员、开发人员和客户代表等相关人员探讨确认是否是缺陷
合理的论述向测试经理说明自己的判断的理由注意客观、严谨不参杂个人情绪。
等待测试经理做出最终决定如果仍然存在争议可以通过公司政策所提供的渠道向上级反映并由上级做出决定
问给你一个网站你如何测试
查找需求说明、网站设计相关文档分析测试需求。
制定测试计划确定测试范围和测试策略一般包括以下几个部分功能性测试界面测试性能测试数据库测试安全性测试兼容性测试
设计测试用例功能性测试可以包括但不限于以下几个方面①链接测试。
链接是否正确跳转是否存在空页面和无效页面是否有不正确的出错信息返回等。
②多媒体元素是否可以正确加载和显示。
多语言支持是否能够正确显示选择的语言等。
界面测试可以包括但不限于一下几个方面页面是否风格统一美观页面布局是否合理重点内容和热点内容是否突出控件是否正常使用性能测试一般从以下三个方面考虑压力测试、负载测试、强度测试数据库测试要具体决定是否需要开展。
数据库一般需要考虑连结性对数据 的存取操作数据内容的验证等方面。
安全性测试软件安全性测试包括程序、数据库安全性测试。
根据系统安全指标不同测试策略也不同。
①用户认证安全的测试要考虑问题明确区分系统中不同用户权限 、系统中会不会出现用户冲突 、系统会不会因用户的权限的改变造成混乱 、用户登陆密码是否是可见、可复制 、是否可以通过绝对途径登陆系统拷贝用户登陆后的链接直接进入系统、用户退出系统后是否删除了所有鉴权标记是否可以使用后退键而不通过输入口令进入系统 、②系统网络安全的测试要考虑问题 测试采取的防护措施是否正确装配好有关系统的补丁是否打上 、模拟非授权攻击看防护系统是否坚固 、采用成熟的网络漏洞检查工具检查系统相关漏洞即用最专业的黑客攻击工具攻击试一下现在最常用的是 NBSI 系列和 IPhacker IP 、采用各种木马检查工具检查系统木马情况 、采用各种防外挂工具检查系统各组程序的外挂漏洞③数据库安全考虑问题系统数据是否机密比如对银行系统这一点就特别重要一般的网站就没有太高要求、系统数据的完整性我刚刚结束的企业实名核查服务系统中就曾存在数据的不完整对于这个系统的功能实现有了障碍 、系统数据可管理性 、系统数据的独立性 、系统数据可备份和恢复能力数据备份是否完整可否恢复恢复是否可以完整兼容性测试浏览器的兼容性操作系统的兼容性软件平台的兼容性数据库的兼容性开展测试并记录缺陷。
问一台客户端有三百个客户与三百个客户端有三百个客户对服务器施压有什么区别? ?300 个用户在一个客户端上会占用客户机更多的资源而影响测试的结果。
线程之间可能发生干扰而产生一些异常。
300 个用户在一个客户端上需要更大的带宽。
IP 地址的问题可能需要使用 IP Spoof 来绕过服务器对于单一 IP 地址最大连接数的限制。
所有用户在一个客户端上不必考虑分布式管理的问题而用户分布在不同的客户端上需要考虑使用控制器来整体调配不同客户机上的用户。
同时还需要给予相应的权限配置和防火墙设置。
在您以往的工作中一条软件缺陷或者叫 Bug 记录都包含了哪些内容BUG 产生对应的软件版本和模块、开发的接口人员、BUG 的优先级、BUG 的严重程度、BUG 可能属于的模块如果不能确认可以用开发人员来判断、BUG 标题需要清晰的描述现象、BUG 描述需要尽量给出重新 Bug 的步骤、BUG 附件中能给出相关的日志和截图、高质量的 BUG 记录就是指很容易理解的 BUG 记录所以对于描述的要求高能提供的信息多且准确很好的帮助开发人员定位因此提交高质量的软件缺陷记录需要注意对 BUG 记录的描述质量多且准确。
BUG 管理工具的跟踪过程用 BugZilla 为例子测试人员发现了 BUG提交到 Bugzilla 中状态为 newBUG 的接受者为开发接口人员开发接口将 BUG 分配给相关的模块的开发人员状态修改为已分配开发人员和测试确认BUG如果是本人的 BUG则设置为接收如果是别的开发人员的问题则转发出去下一个开发人员来进行此行为如果认为不是问题则需要大家讨论并确认后拒绝这个 BUG然后测试人员关闭此问题。
如果开发人员接受了 BUG并修改好以后将 BUG 状态修改为已修复并告知测试在哪个版本中可以测试。
测试人员在新版本中测试如果发现问题依然存在则拒绝验证如果已经修复则关BUG
您认为在测试人员同开发人员的沟通过程中如何提高沟通的效率和改善沟通的效果维持测试人员同开发团队中其他成员 良好的人际关系的关键是什么尽量面对面的沟通其次是能直接通过电话沟通如果只能通过 Email 等非及时沟通工具的话强调必须对特性的理解深刻以及能表达清楚。
运用一些测试管理工具如 TestDirector 进行管理也是较有效的方法同时要注意在TestDirector 中对 BUG 有准确的描述
在团队中建立测试人员与开发人员良好沟通中注意以下几点一真诚二是团队精神三是在专业上有共同语言四是要对事不对人工作至上当然也可以通过直接指出一些小问题而不是进入 BUG Tracking System 来增加对方的好感
你对测试最大的兴趣在哪里为什么回答这个面试题没有固定统一的答案但可能是许多企业都会问到的。
提供以下答案供考最大的兴趣感觉这是一个有挑战性的工作测试是一个经验行业工作越久越能感觉到做好测试的难度和乐趣通过自己的工作能使软件产品越来越完善从中体会到乐趣回答此类问题注意以下几个方面尽可能的切合招聘企业的技术路线来表达你的兴趣例如该企业是数据库应用的企业那么表示你的兴趣在数据库的测试并且希望通过测试提升自己的数据库掌握能力。
表明你做测试的目的是为了提升能力也是为了更好的做好测试提升能力不是为了以后转开发或其他的除非用人企业有这样的安排。
不要过多的表达你的兴趣在招聘企业的范畴这外。
比如招聘企业是做财务软件的可是你表现出来的是对游戏软件的兴趣或招聘是做 JAVA 开发的而你的兴趣是在 C 类语言程序的开发。
你自认为测试的优势在哪里该面试也没有固定不变的答案但可参考以下几点并结合自身特点有韧性、有耐心、做事有条理性、喜欢面对挑战、有信心做好每一件事情较强的沟通能力、从以前的经理处都得到了很好的评价表明我做的很好
简述你在以前的工作中做过哪些事情比较熟悉什么。
此问题每个人都不一样。
参考答案如下。
我过去的主要工作是系统测试和自动化测试。
在系统测试中主要是对 BOSS 系统的业务逻辑功能以及软交换系统的 Class 5 特性进行测试。
性能测试中主要是进行的压力测试在各个不同数量请求的情况下获取系统响应时间以及系统资源消耗情况。
自动化测试主要是通过自己写脚本以及一些第三方工具的结合来测试软交换的特性测试。
在测试中我感觉对用户需求的完全准确的理解非常重要。
另外就是对 BUG 的管理要以需求为依据并不是所有 BUG 均需要修改。
测试工作需要耐心和细致因为在新版本中虽然多数原来发现的 BUG 得到了修复但原来正确的功能也可能变得不正确。
因此要注重迭代测试和回归测试。
设计测试用例时应该考虑哪些方面即不同的测试用例针对那些方面进行测试设计测试用例时需要注意的是除了对整体流程及功能注意外还要注意强度测试、性能测试、压力测试、边界值测试、稳定性测试、安全性测试等多方面。
测试用例需要考虑的四个基本要素是输入、输出、操作和测试环境另外测试用例需要考虑的是测试类型功能、性能、安全„„这部分可以参照 TP 做答。
此外还需要考虑用例的重要性和优先级
在windows 下保存一个文本文件时会弹出保存对话框如果为文件名建立测试用例等价类应该怎样划分单字节如 A双字节 AA、我我特殊字符 /‘。
‘、-等保留字如 com文件格式为
3 格式的文件名格式为非
3 格式的
假设有一个文本框要求输入 0 10 个字符的邮政编码对于该文本框应该怎 样划分等价类特殊字符如 10 个*或英文字母如 ABCDefghik小于十个字符如 123大于十个字符如 11111111111数字和其他混合如 123AAAAAAA空字符保留字符
软件测试项目从什么时候开始为什么软件测试应该在需求分析阶段就介入,因为测试的对象不仅仅是程序编码,应该对软件开发过程中产生的所有产品都测试,并且软件缺陷存在放大趋势.缺陷发现的越晚,修复它所花费的成本就越大.
一个测试工程师应具备那些素质
责任心
沟通能力
团队合作精神
耐心、细心、信心
时时保持怀疑态度并且有缺陷预防的意识
具备一定的编程经验
你认为做好测试计划工作的关键是什么明确测试的目标增强测试计划的实用性编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷因此软件测试计划的价值取决于它帮助管理测试项目并且找出软件潜在的缺陷。
因此软件测试计划中的测试范围必须高度覆盖功能需求测试方法必须切实可行测试工具并且具有较高的实用性便于使用生成的测试结果直观、准确坚持“5W”规则明确内容与过程“5W”规则指的是“What做什么”、“Why为什么做”、“When何时做”、“Where在哪里”、“How如何做”。
利用“5W”规则创建软件测试计划可以帮助测试团队理解测试的目的Why明确测试的范围和内容What确定测试的开始和结束日期When指出测试的方法和工具How给出测试文档和软件的存放位置Where。
采用评审和更新机制保证测试计划满足实际需求测试计划写作完成后如果没有经过评审直接发送给测试团队测试计划内容的可能不准确或遗漏测试内容或者软件需求变更引起测试范围的增减而测试计划的内容没有及时更新误导测试执行人员。
分别创建测试计划与测试详细规格、测试用例应把详细的测试技术指标包含到独立创建的测试详细规格文档把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。
测试计划和测试详细规格、测试用例之间是战略和战术的关系测试计划主要从宏观上规划测试活动的范围、方法和资源配置而测试详细规格、测试用例是完成测试任务的具体战术。
您认为做好测试用例设计工作的关键是什么白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。
不可能做到完全测试以最少的用例在合理的时间内发现最多的问题
您认为性能测试工作的目的是什么做好性能测试工作的关键是什么性能测试的目的主要是发现在并发多用户和大数据量操作时是否会出现与需求有差异的地方。
性能测试工作的关键是做好系统分析和功能分析确定系统瓶颈所在
你的测试职业发展目标是什么测试经验越多测试能力越高。
所以我的职业发展是需要时间累积的一步步向着高级测试工程师奔去。
而且我也有初步的职业规划前 3 年累积测试经验不断的更新自己改正自己做好测试任务。
测试结束的标准是什么从微观上来说在测试计划中定义比如系统在一定性能下平稳运行 72 小时目前 Bug Tracking System 中本版本中没有一般严重的 BUG普通 BUG 的数量在 3 以下BUG 修复率 90%以上等等参数然后由开发经理测试经理项目经理共同签字认同版本 Release。
如果说宏观的则是当这个软件彻底的消失以后测试就结束了。
面向对象的测试用例设计有几种方法如何实现
给类中的每个构造函数设计一组测试用例
组合类中的类变量、实例变量
组合类中的各种方法
根据前置条件和后置条件设计测试用例根据代码设计测试用例
LoadRunner 分为哪三个模块请简述各模块的主要功能。
Virtual User Generator用于录制脚步Mercury LoadRunner Controller用于创建、运行和监控场景Mercury LoadRunner Analysis用于分析测试结果
还有什么想要问我的吗这个问题在每个面试的尾声都会被问到直接说没有会让HR觉得你不关心这个岗位问的多了又会显得面试之前没有做好充分的准备。
所以问题一般控制在两到三个比较好。
公司的研发团队目前是什么规模开发、测试分别有多少人
公司的业务方向是什么
如果我入职之后我的工作职责是什么感谢每一个认真阅读我文章的人作为一位过来人也是希望大家少走一些弯路如果你不想再体验一次学习时找不到资料没人解答问题坚持几天便放弃的感受的话在这里我给大家分享一些自动化测试的学习资源希望能给你前进的路上带来帮助。
软件测试面试文档我们学习必然是为了找到高薪的工作下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料并且有字节大佬给出了权威的解答刷完这一套面试资料相信大家都能找到满意的工作。
视频文档获取方式这份文档和视频资料对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你以上均可以分享点下方小卡片即可自行领取。