搭建测试环境以及测试方案面试题总结
1、 有没有搭建过测试环境？你们公司测试环境是由谁负责搭建？之前我们公司的话都是运维人员，或者我们老大来搭的，哦，我也会搭过2、 搭建环境需要哪些工具包？对应工具包的版本？VM、centos、mysql数据库和sql文件、jdk、apache-tomcat.gz包、项目包。3、 你们公司环境基于什么搭建的？Lunix系统和mysql数据库4、 什么是JDK？JDK的作用？apache、tomcat和nginx的区别?Jdk 就是（Javadevelopment kit）java语言开发工具包Apache就是普通服务器，只支持html普通网页，tomcat是应用（java）服务器,区别： tomcat服务器是用来处理动态页面请求nginx服务器是用来处理静态页面请求相同:两者都有http服务功能两者都是开源，免费的 5、 如何更改端口号？进入conf目录，找到server.xml、在文件70行左右，进行修改。6、 如何获取指定的日志内容？ tail -f catalina.out ---实时刷新日志tail -f-n 1000 catalina.out--查看日志前1000行tail -n 1000 catalina.out--查看日志后1000行cat filename | tail -n +3000 | head -n 1000--从第3000行开始，显示1000行。即显示3000-3999行查询具体某一天的日志catcatalina.out|grep '2019-06-20'查询具体一段时间内容的日志sed -n'/2019-06-19/,/2019-06-20/p' catalina.out如果将对应的日志保存下来sed -n '/2019-06-21/,/2019-06-23/'pcatalina.out >/ccc.txt7、 日志的级别？info：仅是一些基本的讯息说明而已；notice：比 info 还需要被注意到的一些信息内容；warning 或 warn：警示讯息，可能有问题，但是还不至于影响到某个daemon 运作rr 或 error ：一些重大的错误讯息，这就要去找原因了rit：比 error 还要严重的错误信息，crit 是临界点 (critical) 的缩写，已经很严重了alert：警告警告，已经很有问题的等级，比 crit 还要严重
merg 或 panic：疼痛等级，意指系统已经几乎要当机的状态！ 很严重的错误信息 8、 你们公司有几套测试环境？测试环境的名字叫什么？你们公司有几台Linux服务器和数据库服务器？ 在2套以上，测试环境和验收环境。stg1.stg2、stg-cloud、sit-cloud一般一套测试环境配一台LINUX服务器两台数据库服务器9、 讲一下测试环境搭建流程？首先创建一个空目录，用rz命令上传我们需要的文件及文件包，然后进数据库创建一个空的数据库，将SQL文件导入数据库中，先安装jdk 文件，然后解压apache-tomcat-gz包，进入webapps目录，先清空，上传我们的项目包，进入bin目录停止和启动服务器，加载应用程序，然后进入对应的文件修改我们的请求IP地址，完成之后，关闭防火墙，重启Tomcat和MySQL数据库，就可以了我们测试环境就搭好了。10、 为什么部署项目IP地址后面接的端口号为8080 因为Tomcat服务器是安装在Linux系统上面的,但是项目是部署在Tomcat服务器上面的,Tomcat服务器的端口号默认为8080,所以打开项目对应的资源也需要用8080端口。 nginx的默认端口号为：8012、 Tomcat服务器的端口号可以修改吗？怎么修改？在conf目录下面的server.xml的的第70行改为自己想要的端口号13、测试分为那几个阶段，各个阶段的都有哪些内容？ 需求说明、概设、祥设、单元测试，系统集成测试，验收测试。单元测试内容就是对单元进行测试并输出单元测试报告系统集成测试就是编写测试用例，并执行，输出集成测试报告验收测试就是客户参与验收，输出验收测试报告14 、什么是测试方案，测试方案有哪些内容？什么是测试策略？ 测试方案就是测试计划，内容有：1简介、2测试约束（准入和准出）、3测试资源与环境、4测试任务与进度、5测试风险及风险的管理、6测试阶段、7测试交付文档。 测试策略就是描述测试工程的总体方法和目标。测试策略内容有三点： 1、确定测试过程要适用的测试技术和工具；2、制定测试启动、停止、完成标准；3、进行风险分析和应对方案常见的16种测试策略有：功能测试，性能测试，压力测试，容量测试，安全性测试，GUI测试，可用性测试，安装测试，配置测试，异常测试，备份测试，健壮性测试，文档测试，在线帮助测试，网络测试，稳定性测试； 15、测试用例的设计方法有哪些？测试用例内容有哪些？ 一、使用各种测试方法思路1. 在任何情况下都必须使用边界值分析方法，经验表明用这种方法设计出测试用例发现程序错误的能力最强； 2. 必要时用等价类划分方法补充一些测试用例； 3. 用错误推测法再追加一些测试用例(依靠经验)； 4. 如果程序的功能说明中含有输入条件组合情况，则可选用因果图/判定表； 5. 对业务流程场景清晰的系统，使用场景法贯穿； 6. 检查已设计的测试用例的覆盖程度； 7. 最后要考虑异常分析，再进行综合使用。 测试用例的内容有：编号、标题，前置条件、步骤、预期结果、优先级、所属模块、类型16.你们公司准出的标准是怎么样的?所有用例执行完毕，bug全部解决，被测项目满足需求规格说明书要求，所有测试文档交付完毕并审核无误。 17.什么时候开始写测试用例，怎么写一条高质量的测试用例?
测试经理输入测试计划之后写测试用例用例描述清晰，没有冗余的用例，尽可能的覆盖所有的测试点，保证一个测试用例只包含一个异常测试点18.刚进项目组怎么看需求？显性需求：用词表达正确，实现是否合理，算法正确，示范例子正确，挖掘隐形需求：历史版本影响，用户对功能拓展性，行业标准，关联需求模块：实现一致，注册登录长度密码不一致
以及特殊需求客户需要，：特定需求存在必要性19. 测试结束时客户，需要更改需求？先查看问题影响范围、让客户发邮件详细说明需求，邮件抄送全组成员 ，开会评估时间可以及实现性，能实现需要多久 ，听从领导决策
20、常见的服务器架构有三种 服务器集群架构、服务器负载均衡架构、分布式服务器架构21、你们公司的准出标准是怎么样的？所有用力执行完毕后，BUG全部解决，被测项目满足需求规格说明要求，所有测试文档交付并审核无误。。。。1、用例执行率100%；最后一轮测试用例通过率至少达到95%；严重级别及致命级别的缺陷解决率须为100%；一般级别的缺陷解决率达到98%；测试周期内缺陷数目呈收敛趋势；2、输出功能测试报告；3、项目中挂起的缺陷需要有后期明确的版本解决；4、通过易用性checklist验收测试；5、安全测试检查报告的high/critical级别的安全漏洞已清零，权限问题已解决；6、所有性能测试场景已经验证通过（满足性能指标）;性能指标包括“通用指标”和“项目实际应用指标”，其中“通用指标”的定义：CPU使用率小于80%；内存使用率小于70%且无内存泄漏；网页响应小于5秒。7、输出性能测试报告/脚本; 22、你们公司准入标准是怎么样的？
开发人员提交必要文档（开发自测报告），需求分析报告，需求规格说明书，概要设计说明书，详细设计说明书，版本说明书及自测报告，SIT测试计划，测试用例经过了同行的评审，获得产品经理和测试经理的确认。所有文档都必须部署实施，验证通过。25、写过测试计划吗？里面都有哪些内容？
写过啊，内容嘛，首先就是简介啊 项目的背景啊，目的啊，范围啊的一些介绍，还有就是测试的 约束，人力资源的配置和测试环境配置、 还有任务与进度的安排，风险以及风险的管控 ，测试阶段，还有需要交付的文档。基本上就这些。29.测试计划的重点是什么？
任务与进度的安排
页:
[1]