bugzilla

问得高频的问题 （含答案） 软件的生命周期 (prdctrm) 计划阶段 (planning)- 〉需求分析 (requirement)- 〉设计阶段 (design)- 〉编码 (coding)-> 测试 (testing)-> 运行与维护 (running maintrnacne) 测试用例 用例编号 　测试项目 　测试标题 　重要级别 　预置条件　 输入数据 　执行步骤　　 预期结果 1 、问：你在测试中发现了一个 bug ，但是开发经理认为这不是一个 bug ，你应该怎样解决 ? 首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据 ; 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷 ; 根据用户的一般使用习惯，来确认是否是缺陷 ; 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷 ; 合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。 等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。 2 、问：给你一个网站，你如何测试 ? 首先，查找需求说明、网站设计等相关文档，分析测试需求。 制定测试计划，确定测试范围和测试策略

1 、问：你在测试中发现了一个bug ，但是开发经理认为这不是一个bug ，你应该怎样解决？ 首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据； 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷； 根据用户的一般使用习惯，来确认是否是缺陷； 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷； 合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。 等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。 2 、问：给你一个网站，你如何测试？ 首先，查找需求说明、网站设计等相关文档，分析测试需求。 制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试 设计测试用例： 功能性测试 可以包括，但不限于以下几个方面： 链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。 提交功能的测试。 多媒体元素是否可以正确加载和显示。 多语言支持是否能够正确显示选择的语言等。 界面测试 可以包括但不限于一下几个方面： 页面是否风格统一，美观

测试具体工作 搭建测试环境 撰写测试用例 执行测试用例 写测试计划，测试报告 测试，并提交BUG表单 跟踪bug修改情况 执行自动化测试，编写脚本，执行，分析，报告 进行性能测试，压力测试等其他测试，执行，分析，调优，报告 测试一般流程 需求分析 测试计划 测试设计 测试执行 测试评估 测试总结 产品维护 产品业务知识 所测产品功能 所测产品用户场景 安全测试方法 测试相关技能 业务分析能力，分析整体业务流程、分析被测业务数据、分析被测系统架构、分析被测业务模块、分析测试所需资源、分析测试完成目标； 掌握测试基本流程、常规用例设计方法； 管理、软件质量评估能力； 常用测试工具：TestLink、PostMan、BugZilla、仪表等； 测试框架:JUnit、RobotFramework等； 自动化测试知识； 简单项目管理知识； 编程语言基础：shell、Python、Java、C/C++、Mysql/Sqllite等； 计算机基础知识，Linux、计算机网络等； 软件测试基础理论知识，如黑盒测试、白盒测试等。 测试类型 功能 性能 可靠性 易用性 兼容性 可维护性 安全性 可移植性 测试常用方法 （1）黑盒测试 黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子

软件的生命周期(prdctrm) 计划阶段(planning)-〉需求分析(requirement)-〉设计阶段(design)-〉编码(coding)->测试(testing)->运行与维护(running maintrnacne) 测试用例 用例编号 　测试项目 　测试标题 　重要级别 　预置条件　 输入数据 　执行步骤　　 预期结果 1、问：你在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决? 首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据; 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷; 根据用户的一般使用习惯，来确认是否是缺陷; 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷; 合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。 等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。 2、问：给你一个网站，你如何测试? 首先，查找需求说明、网站设计等相关文档，分析测试需求。 制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试;界面测试;性能测试;数据库测试

以下是软件测试相关的面试题及答案，欢迎大家参考! 我不是至尊宝，也不是孙悟空，我只是那城墙下的一猿。 　1、你的测试职业发展是什么? 　测试经验越多，测试能力越高。所以我的职业发展是需要时间积累的，一步步向着高级测试工程师奔去。而且我也有初步的职业规划，前3年积累测试经验，按如何做好测试工程师的要点去要求自己，不断更新自己改正自己，做好测试任务。 　2、你认为测试人员需要具备哪些素质 　做测试应该要有一定的协调能力，因为测试人员经常要与开发接触处理一些问题，如果处理不好的话会引起一些冲突，这样的话工作上就会不好做。还有测试人员要有一定的耐心，有的时候做测试很枯燥乏味。除了耐心，测试人员不能放过每一个可能的错误。 　3、你为什么能够做测试这一行 　虽然我的测试技术还不是很成熟，但是我觉得我还是可以胜任软件测试这个工作的，因为做软件测试不仅是要求技术好，还有有一定的沟通能力，耐心、细心等外在因素。综合起来看我认为我是胜任这个工作的。 　4、测试的目的是什么? 　测试的目的是找出软件产品中的错误，是软件尽可能的符合用户的要求。当然软件测试是不可能找出全部错误的。 　5、测试分为哪几个阶段? 　一般来说分为5个阶段：单元测试、集成测试、确认测试、系统测试、验收测试 　6、单元测试的测试对象、目的、测试依据、测试方法? 　测试对象是模块内部的程序错误

今天使用npoi导出excel，数据三万以上，等了五六分钟没导完，调试发现瓶颈在AutoSizeColumn()方法，网上一搜 https://bz.apache.org/bugzilla/show_bug.cgi?id=58896 ，讨论话题是 当有单元格合并， AutoSizeColumn()就会效率超级超级超级无敌无敌无敌低 ，至于参数useMergedCells，貌似没有作用。 现在只用 SetColumnWidth 调节宽度，没有毛病，很快。 来源： oschina 链接： https://my.oschina.net/u/4397718/blog/4313312

1 、什么是兼容性测试？兼容性测试侧重哪些方面？ 参考答案： 兼容测试主要是检查软件在不同的硬件平台、软件平台上是否可以正常的运行，即是通常说的软件的可移植性。 兼容的类型，如果细分的话，有平台的兼容，网络兼容，数据库兼容，以及数据格式的兼容。 兼容测试的重点是，对兼容环境的分析。通常，是在运行软件的环境不是很确定的情况下，才需要做兼容。根据软件运行的需要，或者根据需求文档，一般都能够得出用户会在什么环境下使用该软件，把这些环境整理成表单，就得出做兼容测试的兼容环境了。 兼容和配置测试的区别在于，做配置测试通常不是Clean OS下做测试，而兼容测试多是在Clean OS的环境下做的。 2 、我现在有个程序，发现在Windows上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题？ 参考答案： 1、检查系统是否有中毒的特征； 2、检查软件/硬件的配置是否符合软件的推荐标准； 3、确认当前的系统是否是独立，即没有对外提供什么消耗CPU资源的服务； 4、如果是C/S或者B/S结构的软件，需要检查是不是因为与服务器的连接有问题，或者访问有问题造成的； 5、在系统没有任何负载的情况下，查看性能监视器，确认应用程序对CPU/内存的访问情况。 3 、测试的策略有哪些？ 参考答案： 黑盒/白盒，静态/动态，手工/自动，冒烟测试，回归测试，公测（Beta测试的策略） 4

面试官： 软件测试 没搞懂这些，哪里来的自信投简历？ 问得高频的问题 （含答案） 软件的生命周期 (prdctrm) 计划阶段 (planning)- 〉需求分析 (requirement)- 〉设计阶段 (design)- 〉编码 (coding)-> 测试 (testing)-> 运行与维护 (running maintrnacne) 测试用例 用例编号 　测试项目 　测试标题 　重要级别 　预置条件　 输入数据 　执行步骤　　 预期结果 1 、问：你在测试中发现了一个 bug ，但是开发经理认为这不是一个 bug ，你应该怎样解决 ? 首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据 ; 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷 ; 根据用户的一般使用习惯，来确认是否是缺陷 ; 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷 ; 合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。 等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。 2 、问：给你一个网站，你如何测试 ? 首先，查找需求说明、网站设计等相关文档

面试官： 软件测试 没搞懂这些，哪里来的自信投简历？ 问得高频的问题 （含答案） 软件的生命周期 (prdctrm) 计划阶段 (planning)- 〉需求分析 (requirement)- 〉设计阶段 (design)- 〉编码 (coding)-> 测试 (testing)-> 运行与维护 (running maintrnacne) 测试用例 用例编号 　测试项目 　测试标题 　重要级别 　预置条件　 输入数据 　执行步骤　　 预期结果 1 、问：你在测试中发现了一个 bug ，但是开发经理认为这不是一个 bug ，你应该怎样解决 ? 首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据 ; 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷 ; 根据用户的一般使用习惯，来确认是否是缺陷 ; 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷 ; 合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。 等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。 2 、问：给你一个网站，你如何测试 ? 首先，查找需求说明、网站设计等相关文档

转自： https://www.cnblogs.com/zjd2626/p/6692350.html 1 、问：你在测试中发现了一个bug ，但是开发经理认为这不是一个bug ，你应该怎样解决？ 首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据； 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷； 根据用户的一般使用习惯，来确认是否是缺陷； 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷； 合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。 等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。 2 、问：给你一个网站，你如何测试？ 首先，查找需求说明、网站设计等相关文档，分析测试需求。 制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试 设计测试用例： 功能性测试 可以包括，但不限于以下几个方面： 链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。 提交功能的测试。 多媒体元素是否可以正确加载和显示。