|
|
今天在论坛上看到的题目，抽空就做了下，发现自己还有很多不会的，拿出来跟大家一起讨论下，也请高手不吝赐教！小妹先行谢过了！一个小时做完以下题目.
01. 为什么要在一个团队中开展软件测试工作？
答: 为了提高软件产品的质量.
02. 您是否了解以往所工作的企业的软件测试过程？如果了解，请试述在这个过程中都有哪些工作要做？分别由哪些不同的角色来完成这些工
作？
答: 了解.
软件功能提交——开发人员（程序员，或者策划人员）
单服搭建测试环境——各功能、性能测试人员
单服测试——各功能、性能测试人员
制作主版本——scm版本制作人员
主版本测试(alpha 测试)——所有测试人员
checklist版本制作——scm版本制作人员
checklist测试——所有测试人员
每一步测试都包括提交bug（测试人员），修改bug（开发人员），再次提交（开发人员），测试人员回归bug,测试人员提交制作版本
03. 您是否了解以往所工作的企业的软件开发过程？如果了解，请试述一个完整的开发过程需要完成哪些工作？分别由哪些不同的角色来完成
这些工作？（对于软件测试部分，可以简述）
答 ：了解
用户调查——开发人员或者相应的市场调研，掌握用户需求
软件需求分析——软件开发人员进行需求分析
软件需求设计——软件设计人员软件功能设计，理解正确、设计正确、表达正确
软件功能实现——程序人员按照设计要求进行正确的编码
软件运行——测试人员理解软件的设计理念，进行验证设计的测试
04. 您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？
答：从事软件功能性测试。测试分析，测试环境的搭建,测试案例设计和执行。
05. 您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联系（如功能测试、性能测试……）
答：软件黑盒测试、白盒测试、单元测试、集成测试、系统测试、回归测试、验收测试、性能测试、兼容性测试、安装卸载测试、易用性测试
、 压力测试、负载测试、恢复测试、安全性测试、比较测试、Alpha 测试、Beta测试。]
白盒测试：基于内部设计与实现,跟踪代码的测试,一般由程序开发人员完成,需要额外的测试驱动程序.
黑盒测试：只关注软件的外部表现,不关心内部实现,依据软件需求文档,由测试人员进行的测试,一般不需要额外的驱动程序.
单元测试：基于系统设计文档,由开发小组人员兼任测试人员进行的白盒测试,主要测试内容有接口测试和路径测试。
集成测试：基于系统设计文档和需求文档，由开发人员进行的白盒和黑盒测试，主要测试内容
1.接口测试
2.路径测试
3.功能测试
4.性能测试
系统测试：基于需求文档由独立的测试小组进行的黑盒测试。主要测试内容
1.功能测试、
2.健壮性测试、
3.性能测试、
4.用户界面测试、
5.安全性测试、
6.压力测试、
7.可靠性测试、
8.安装/反安装测试
回归测试：对已测试地内容进行再次测试。当软件增加了新的功能，或者bug得到了修复都有可能影响软件的功能和结构，为了预防无
法想像的可能出现的各种bug，此时都需要对软件进行回归测试。
验收测试：由用户基于需求文档，进行的黑盒测试。主要测试内容有
1.功能测试、
2.健壮性测试、
3.性能测试、
4.用户界面测试、
5.安全性测试、
6.压力测试、
7.可靠性测试、
8.安装/反安装测试
06. 请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。
07. 测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？
答：测试计划工作的目的：交流软件测试小组的意图、期望以及对将要执行的任务的理解。
测试计划工作的内容都包括：测试条目、测试策略、通过/失败标准、测试环境、测试工具、人员进度安排、存在风险及对策
重要的有：人员安排，时间分配，存在的风险以及解决方法，测试策略
08. 您认为做好测试计划工作的关键是什么？
09. 您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。
答：等价类划分法，边界值法，因果图法，错误推断法
10. 您认为做好测试用例设计工作的关键是什么？
答：深刻理解设计需求，熟悉各个系统间的关联性。
11. 请以您以往的实际工作为例，详细的描述一次测试用例设计的完整的过程。
答：接到设计案，分析设计案（重点部分重点标注），理清测试思路（mindmanage），书写测试计划，书写测试案例，测试案例评审。一般情
况下会将分析设计案、理清测试思路和书写测试计划同时进行。有时候设计案也需要测试组的评审，对于设计案中不合理的或者遗漏不全面的
地方向设计者提问，直到80%问题都搞明白,没有完全全面的设计案，80%明白后就可以开始下面的工作了。后面遇到问题还可以及时与设计者继
续核对。设计案也会产生变更，所以在案例设计完成后需要再次核对。
12. 您以往的工作中是否曾开展过测试用例的评审工作？如果有，请描述测试用例评审的过程和评审的内容。
答：了解
根据软件详细设计文档,测试组长制定测试计划
审核制定的测试计划
根据测试计划设计,设计测试用例,编写测试用例
相关开发人员和测试人员审核测试用例
开发人员提供测试版本,以及相应版本所作修改的文档描述
测试人员根据测试用例和测试工具执行测试
记录测试结果,提交BUG报告
测试组长审核后,将BUG反馈给开发人员进行修改.
开发人员修改后,提供新的测试版本,测试人员重新测试
13. 您以往是否曾经从事过性能测试工作？如果有，请尽可能的详细描述您以往的性能测试工作的完整过程。
答：么有参加过！
14. 您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如
何在实际工作中应用的。
答：么有参加过！
15. 您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？
答：目的：提高软件质量
做好性能测试工作的关键
16. 在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？
答：bug记录应该包括：bug的产生环境，bug描述，重现bug的过程，bug优先级。
提交高质量的软件缺陷记录：将bug已开发人员和测试人员熟知的共同的术语来描述，将出现环境（硬件软件环境）和具体的操作步骤详细
描述，以便测试人员定位。
17. 您以往所从事的软件测试工作中，是否使用了一些工具来进行软件缺陷（Bug）的管理？如果有，请结合该工具描述软件缺陷（Bug）跟踪
管理的流程。
答： 有，使用bugmanage。测试人员发现bug，确定bug优先级别，上报给相应的开发人员，开发人员修改bug，修改完提交回给测试人员，测试
人员在自己的工作目录里看到有等待回归的内容后，提取相应的文件进行回归测试。如果bug未解决，可以打回给开发人员，说明情况,继续上
面的流程。如果解决，关闭掉该bug。
18. 您以往是否曾经从事过单元测试和集成测试？如果有，请谈一下这些工作的实际开展情况。
19. 您如何看待软件过程改进？在您曾经工作过的企业中，是否有一些需要改进的东西呢？您期望的理想的测试人员的工作环境是怎样的？
答：希望测试人员能够参与软件最初的设计讨论中，很多问题能够及时发现比较好。
20. 您以往工作过的企业中，是否开展了软件配置管理工作？您能否描述一下这项工作的开展情况和您对这项工作的认识？
答：有。软件配置管理工作主要进行版本制作，就是资源管理。由专门的scm来进行，c/s结构中，当软件各个功能通过了单服测试，提交给scm
，scm就开始制作版本，主要是将相关的文件进行核对，抽取版本最新的文件进行版本合成和记录，还包括与开发人员核对相关文件发布时间，
上传打包的文件，以及进行安装和卸载等的测试。配置管理是软件版本制作中主要的角色。为了避免软件版本资源的混乱，这个工作也是必不
可少的。
21. 您是否熟悉一些主流的软件工程方法论和思想，如RUP、CMM、CMMI、XP、PSP、TSP。如果熟悉，您是否可以谈一下对这些方法论和思想的
认识？
答：目前还没有触及到，对这些没有什么认识。
22. 您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？维持测试人员同开发团队中其他成员良好的人际关
系的关键是什么？
答：测试人员可以主动的加入开发人员的团体，参加一些设计相关的会议，合适的提出一些自己的疑问和建议。在测试过程中可以和开发人员多沟通，了解开发人员的实现方法，对于自己觉得不合理的地方，谦虚的提出自己的异议。对于测试中发现的bug，也不要觉得惊奇，不要给开发人员太大压力，发现bug后及时沟通，不需要大呼小叫的。理解没有bug的程序是不存在的，跟开发人员建立起良好的合作关系。让开发人员明白，你的工作目的只是为了让他写得东西更加完美，但是在完美的途中总是会有这样或者那样的问题。
23. 在您以往的测试工作中，最让您感到不满意或者不堪回首的事情是什么？您是如何来对待这些事情的？
答：曾经因为某些问题是否是bug与开发人员发生争执。争执是不可避免的，你要用事实说服开发人员同意你的观点，这样才是目的。不会因为一次的争执就改变了自己挑剔的测试，要知道任何的怠慢和妥协都可能引发重大的事故。
24. 在即将完成这次笔试前，您是否愿意谈一些自己在以往的学习和工作中获得的工作经验和心得体会？（可以包括软件测试、过程改进、软
件开发或者与此无关的其他方面）
答：因人而异。 |
|
/1 
关于我们
发表于 2007-5-30 17:28:14
QQ好友和群
QQ空间
腾讯微博
腾讯朋友
微信
收藏
置顶服务
换色服务
楼主