测试基本知识培训试题

1、测试基本知识培训试题一、版本治理1 .版本治理的好处是什么？答：统一版本，历史回溯，变更比较，文件存放安全.2 .公司目前的版本治理采纳的是什么软件？市面上还有哪些常用的版本治理软件？ 答：SourceSafe o常用的还有：CVS, ClearCase, PVCS 等3 .什么是基线？答：基线是指时期末尾的特定点，也称为里程碑。作用是确定时期的开发成果。4 .版本治理最常用的操作是哪些？答：增加、Checkinx Checkout、Delete05 .在Checkout前应进行哪些检查？答：在Checkout时，假如版本库中的版本比本地版本不同时，SourceSafe通过对话框来提示是否覆盖

2、本地 文件。多数情形下，应选择Leave This File。只有在确认无误的情形下，才选择Replace选项。提示:公司的职员曾经显现由于误选择了 Replace,造成写了 1天的测试用例文件被覆盖，不得不重 新再写测试用例的情形。6 . SourceSafe中个人的工作区在什么地点？个人工作区的作用是什么？ 答：Workspace/名目下。当需对受控区的文件/文档进行修改时，先由配置治理员将文件放在个人工作区，个人Checkout取出, 进行修改后Checkin至个人工作区，再由配置治理员收回。7 . SourceSafe中个人的临时工作区在什么地点？个人临时工作区的作用是什么？ 答：在$

3、T1】甲/（/标，此田名目下a作用：存放个人的时期任务成果（工作指示单要求的成果物）；8 .公司软件开发的配置项有哪些？存放在SourceSafe下什么地点？答：配置项有：项目开发中的各种文档，$Document下项目开发的源程序，$SourceCode下项目治理中的过程文件，包括质问票、Bug票、作业单、会议记录等，$Management下9 .请描述修改受控区文件的操作流程答：1 .经项目经理同意，向配置治理员申请文件的修改权限（口头或正式填票）2 .配置治理员将文件放在个人的工作区下3 .在个人工作区内对文件进行修改后，Checkinu4 .通知项目经理确认，配置治理员收回工作区的文件。

4、10. SourceSafe文件删除后能否再复原？答：SourceSafe文件的删除有两种，Delete和Destroy。Delete删除的文件能够复原。Destroy后的文件不能 复原。11. SourceSafe的回退操作如何进行？答：SourceSafe的回退操作能够直截了当进行，但如此当前文件的信息就丢失了。正确有作法如下:1 . Checkout要回退的文件：2 .将要回退版本的文件储存在本地：3 .将本地回退版本Checkin.为了查阅的方便，要加上注释说明二、测试1 .什么是Bug?答：简单的说，Bug确实是程序（模块）的处理结果与预期的结果不一致。 预期的结果是指在一定条件下的

5、处理输出。2 .常见的日文编码方式有哪些？如何简单判定日文编码？答：常见的日文编码有SJIS编码和EUC编码。Windows平台采纳SJIS编码。Unix平台下一样采纳EUC编码。南极星、EmEditor等软件能够识别当前的日文编码。说明:由于对日文编码明白得不清，造成程序与要求式样不符的现象差不多有二次了。因此在日文应 用程序中，要明确显示何种编码的概念。3 .最严峻的Bug是什么？答：最严峻的Bug是程序的崩溃。在Unix下程序崩溃时，会显现'' core dump"的提示（内核转贮一样 简称"Core" 了。在Windows下会弹出一个程序专

6、门的对话框，然后程序关闭。4 .程序core dump的缘故有哪些？答：最常见的core dump是由于程序访问了非法地址造成的。NULL指针、内存越界都会造成Core。另外在Solaris的机器上，也有Bus Error产生的core。Bus Error产生的缘故是由于访问的地址字节未对 齐造成的。5 .如何使用core文件？答：core文件中储存着程序在崩溃时的内存映像。通过下面的命令能够查看core$gdb程序名core用bt命令能够查看程序在何处发生问题。6 .如何用ftp上传和下传文件？答：关于文本文件（程序/测试脚本）用ASCH方式进行上传和下传。关于二进制文件（tar文件/程序文

7、件/gz文件）用二进制格式。不管在什么情形下，建议不使用ftp工具 默认的格式，ftp并不是完全智能。7 .用ftp工具，以用户名rulej登录服务器，假如将本地文件上传到mm21s名目下，将会有什么情形发生？ 答：无法将本地文件上传到mm21s的名目下，由于使用rulej用户登录服务器，不具有对rulej的同级名目 和父级名目的操作权限。8 .如何在测试服务器上压缩或解压tar文件？a)如何将当前名目下的test名目,压缩成test.tarb)如何将当前名目下的test.tar压缩文件解压答：a) $tar cvf test.tar testb) Star xvf test.tar test

8、9 .请写出unix下操作的常用命令。答：lsrmoref cdzmkdir,rmz pwdz cat,.10.如何设置环境变量。答:a)$ NAME=T0M exportNAMEb)$ NAME=T0M$ export NAME11 .如何编译程序？答：调用make 参数12 .如何使用vi编辑器？答：S vi 文件名i命令、a命令、。命令-进入编辑状态按ESC键退出编辑状态W-储存q-退出wq储存退出q!不储存退出13 .分别说出以下命令行的作用：a)$find . -name ”sotxt" -printb) $find . 一name "so.txt" -

9、exec rm b) $find . 一name "so.txt" -ok rm 答：a)在当前名目以及子名目下查找文件so.txt,将查找结果输出到标准输出。b)在当前名目以及子名目下查找文件so.txt,将找到的文件删除，无提示信息。c)在当前名目以及子名目下查找文件so.txt,在删除找到的文件前出是否删除文件的确认信息。在使用find命令删除文件或名目时，假如无法确认是否删除所有匹配的文件或名目，最好使用c),删 除之前出确认信息，键入y将删除，键入n将忽略，14 .什么命令能够查看cpu的占有率 答：top命令15 .什么命令能够修改文件的属性？ 答：chmod命

10、令16 .在运行测试脚本前最应该做和想的事是什么？答：假如时刻承诺的话，一定要对测试脚本进行备份，任何意外情形都不是预知的，备份脚本最好下载到本 机上。17 .如何将SJIS编码的测试脚本拷贝到excel中，使其不变成乱码？答：将测试脚本下载到本机上，打开操纵面板将区域设置成日文，重新启动就能够了。18 .如何保证式样书上的测试用例能够正确的生成测试脚本，如何将式样书上的测试用例生成测试脚本。 答：a）式样书的书写必须依据固定的格式，因为宏是按着固定的格式读取式样书的内容来创建对应的名目 和文件。b）打开测试式样书，点击工具栏一宏一录制新宏，打开工具栏一宏一VB编辑器。打开VB编辑 器左边模块

11、名目下的模块1,将生成脚本的宏拷贝到模块1，执行宏就能够了。19 .在打包前和打包后要做哪些必要的工作？答：1）检查当前要打包的成果物更新时刻。2）查看是否存在垃圾文件。3）对成果物进行打包。4）将打包后的成果物以二进制下载到本机上，测试是否能正确解压。5）将打包后的成果物以二进制上传到服务器上，在新的测试环境下，解压测试。 所有测试解压成功后，说明打包成功。20 .画图说明公司mm21s项目自动测试的方法。 答：21 .如何终止测试脚本的运行？答：按键ctrl+c22 .什么叫回来测试？答：对往常差不多通过的测试用例重新进行测试，以保证系统在变更后，应能正常运行。三、软件工程1 .软件开发分

12、为哪几个时期？答：中国的分类：可行性分析与打算、需求分析、设计、实现、集成测试、确认测试、运行爱护。 日本SEDM分类为：1打算(PN)设计(DN)+1编码(PG)测试(TG) 运行评+判(OE)SP SA UI SS PSMl*MH-I PG/MT mXvPT IT ST OT <111 f 11 , 11fMESP-System PlanningSA-System AnalysisUI- User Interface DesignSS-System Structure DesignPS-Program Structure DesignPG-ProgrammingPT-Program

13、TestIT-Integration TestST-System TestOT-Operational TestME- Maintenance and System Evaluation2 .什么是基线？答：基线是指时期末尾的特定点，也称为里程碑。作用是确定时期的开发成果。3 .在基线时应进行什么工作？由哪个部门负责？答：在基线时，应对时期的开发成果进行评审。由质量部负责。打算、设计时期的成果必须通过评审后，才 能进入下一时期。4 .在PG时期进行哪些工作？答：PG时期的工作如下：1 .依照PS文档编写模块设计书；2 .编写PG文档编写程序，程序完成后应排除所有编译警告：3 .对代码按照项目的

14、规范进行检查并修正不合格的地点：4 .依照PG文档及程序，编写MT测试用例：5 .进行MT测试。发觉Bug要在MT式样书上作记录，并提取Bug描述，修正Bug：6 . MT完成后，整理MT测试成绩书及总结。5 .编码中常见的Bug有哪些？如何幸免？ 答：1 .书写马虎，产生Bug。如下面例子：void foo (unsigned char* in) (signed char * out;out = (signed char*)malloc(strlen(char*)in + 1); strcpy(out, in);|由于将 malloc (strlen ( (char*) in) +1)误写为

15、 malloc (strlen ( (char*) in+1)而产生内存越界 的 Bug。2 .内存泄漏/资源泄漏 如下例：Object* ol = new Object();Object* o2 = new Object();o2 = ol; /。2原先的指针悬浮，无法回收3 .逻辑错误，产生Bug。逻辑错误的各类专门多，如死循环、情形考虑不周全，逻辑表达式错误等。如下例函数去除字串左边的空格时，由于未考虑到空串的情形，因此产生了 Bug。extern char* strtrimR(char *str)SCHR *ch = NULL;size_t tmp = 0;tmp = strlen (

16、 (char*)str);ch = &(strtmp-1);while (0 ! = isspace ( (int) *ch) )/*<-向前查找时未检查边界,可能造成越界,/ ch)* (+ch) = return str;)4 .内存开释错误。内存开释错误的缘故是指针接口约定不清造成的。一样的原那么是谁申请谁开释，在开释后，将内存指 针置零。5 .内存越界。6 .在IT/ST测试时发觉测试用例以外的Bug时应如何处理？答：IT/ST测试用例中有一个大项目为随机测试。当发觉测试用例以外的Bug时，应将Bug的再现用例追加 到随机测试大项目中。并生成相应的测试脚本。7 .公用模块/函数的设计在哪一个时期进行？答：公用模块的设计在SS时期进行设计。在SS设计文档中专门有一章详细说明系统使用的公用模块的名称、 功能、参数