[软件测试和前端开发]软件开发测试

【www.bbjkw.net--其他范文】

软件开发测试篇(1):软件测试试题及答案

　　一、 判断题 (每题2分，20)
　　1、软件测试就是为了验证软件功能实现的是否正确，是否完成既定目标的活动，所以软件测试在软件工程的后期才开始具体的工作。 （初级） （ × ）
　　2、发现错误多的模块，残留在模块中的错误也多。( √ ) （初级）
　　3、测试人员在测试过程中发现一处问题，如果问题影响不大，而自己又可以修改，应立即将此问题正确修改，以加快、提高开发的进程。（ × ）（初级）
　　4、单元测试通常应该先进行“人工走查”，再以白盒法为主，辅以黑盒法进行动态测试。（ √ ）（中级）
　　5、功能测试是系统测试的主要内容，检查系统的功能、性能是否与需求规格说明相同。（ √ ）（中级）
　　6、软件质量管理即QM由QA和QC构成，软件测试属于QC的核心工作内容。（√）（高级）
　　7、软件测试只能发现错误，但不能保证测试后的软件没有错误。(√)
　　8、软件就是程序。(X)
　　9、测试只要做到语句覆盖和分支覆盖，就可以发现程序中的所有错误。(X)
　　10、I18N测试是指对产品做出具有国际性的规划，而L10N测试则是指对软件做出符合本地需求更改工作。（√）【高级】
　　二、 选择题 (每题2分 20 )
　　1、 进行软件质量管理的重要性有：（ABCD）【中级】
　　A、维护降低成本 B、法律上的要求 C、市场竞争的需要D、质量标准化的趋势 E、软件工程的需要 F、CMM过程的一部分G、方便与客户进一步沟通为后期的实施打好基础
　　2、以测试的形态分测试可以分为：（ABC）【中级】
　　A、建构性测试 B、系统测试 C、专项测试D、单元测试 E、组件测试 F、集成测试
　　3、选出属于黑盒测试方法的选项（ABC）【初级】
　　A、测试用例覆盖 B、输入覆盖 C、输出覆盖
　　D、分支覆盖 E、语句覆盖 F、条件覆盖
　　4、编写测试计划的目的是：（ABC）【中级】
　　A、使测试工作顺利进行 B、使项目参与人员沟通更舒畅 C、使测试工作更加系统化D、软件工程以及软件过程的需要 E、软件过程规范化的要求 F、控制软件质量
　　5、依存关系有4种分别是：（ABCD）【高级】
　　A、开始－结束 B、开始－开始 C、结束－开始
　　D、结束－结束 E、开始－实施－结束 F、结束－审核－开始
　　6、软件质量管理（QM）应有质量保证（QA）和质量控制（QC）组成，下面的选项属于QC得是：（ABC）【高级】
　　A、测试 B、跟踪 C、监督D、制定计划 E、需求审查 F、程序代码审查
　　7、实施缺陷跟踪的目的是：（ABCD）【中级】
　　A、软件质量无法控制 B、问题无法量化 C、重复问题接连产生
　　D、解决问题的知识无法保留 E、确保缺陷得到解决 F、使问题形成完整的闭环处理
　　8、使用软件测试工具的目的：（ABC）【中级】
　　A、帮助测试寻找问题 B、协助问题的诊断 C、节省测试时间D、提高Bug的发现率 E、更好的控制缺陷提高软件质量 F、更好的协助开发人员
　　9、典型的瀑布模型的四个阶段是：（ABCD）【高级】
　　A、分析 B、设计 C、编码
　　D、测试 E、需求调研 F、实施
　　10、PSP是指个人软件过程 ，是一种可用于（ A ）、（ B ）和（ C ）个人软件工作方式的自我改善过程。【高级】
　　A、控制 B、管理 C、改进D、高效 E、充分 F、适宜
　　三、 问答题
　　1、 测试人员在软件开发过程中的任务是什么？（初级）(5分)
　　答：1、寻找Bug；
　　2、避免软件开发过程中的缺陷；
　　3、衡量软件的品质；
　　4、关注用户的需求。总的目标是：确保软件的质量。
　　2、 在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？（初级）(6分)
　　答：一条Bug记录最基本应包含：编号、Bug所属模块、Bug描述、Bug级别、发现日期、发现人、修改日期、修改人、修改方法、回归结果等等；要有效的发现Bug需参考需求以及详细设计等前期文档设计出高效的测试用例，然后严格执行测试用例，对发现的问题要充分确认肯定，然后再向外发布如此才能提高提交Bug的质量。
　　3、 界面测试题及设计题。请找出下面界面中所存在的问题并分别列出；用黑盒测试的任何一种方法设计出此登陆窗体的测试用例。（中级）(6分)
　　答：1、窗体的标题栏中为空，没有给出标题。
　　2、用户名和密码控件的字体不一致并且没有对齐。
　　3、文本框的大小不一致没有对其。
　　4、确定和取消按钮控件的大小不一致。
　　4、 黑盒测试和白盒测试是软件测试的两种基本方法，请分别说明各自的优点和缺点！（中级）
　　(5分)答：黑盒测试的优点有：
　　1）比较简单，不需要了解程序内部的代码及实现；
　　2）与软件的内部实现无关；
　　3）从用户角度出发，能很容易的知道用户会用到哪些功能，会遇到哪些问题；
　　4）基于软件开发文档，所以也能知道软件实现了文档中的哪些功能；
　　5）在做软件自动化测试时较为方便。
　　黑盒测试的缺点有：
　　1）不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的30%；
　　2）自动化测试的复用性较低。
　　白盒测试的优点有：帮助软件测试人员增大代码的覆盖率，提高代码的质量，发现代码中隐藏的问题。
　　白盒测试的缺点有：
　　1）程序运行会有很多不同的路径，不可能测试所有的运行路径；
　　2）测试基于代码，只能测试开发人员做的对不对，而不能知道设计的正确与否，可能会漏掉一些功能需求；
　　3）系统庞大时，测试开销会非常大。
　　5、 根据自己的理解回答什么是软件测试，软件测试分为哪几个阶段。（初级）(5分)
　　答：软件测试是一个为了寻找软件中的错误而运行软件的过程，一个成功的测试是指找到了迄今为止尚未发现的错误的测试。
　　软件测试一般分为单元测试、集成测试和系统测试。
　　6、 根据自己的理解什么是测试用例和测试规程，设计一个测试用例应当从哪几方面考虑？（中级）(10分)
　　答：狭义的讲，一个测试用例就是测试人员用以测试被测软件的某个特性或特性组合的一组数据。这组数据可能是从用户处得来的实际的一组数据，也可能是测试人员专门设计出来的测试软件某些功能的一组数据。测试规程就是详细的对测试用例设计方法、测试方法、测试工具、测试环境和测试数据进行描述的文档，还可以包括能把某个或某一组测试用例应用到被测软件上完成某项测试的一系列的操作步骤。

软件开发测试篇(2):软件测试课件

　　软件测试就是利用测试工具按照测试方案对产品功能和性能测试，并对测试方案中可能出现的问题进行分析和评估。下面是小编整理的软件测试课件，欢迎阅读参考！
　　测试工作的主要内容是验证（Verification）和确认（Validation）。验证是保证软件正确地实现了一些特定功能地一系列活动，即保证软件做了你所期望的事情；而确认是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性，即保证软件以正确的方式来做这个事件。
　　软件测试的对象不仅仅是程序的测试，还应该包括整个软件开发期间各个阶段所产生的文档，如需求规约说明、各类设计文档等，而主要对象还是源程序。
　　为了保证测试的有效性和正确性，软件爱测试古城中应该满足一下的几大原则：
　　（1）开发人员而活开发组织应当避免测试自己的程序。
　　由开发人员来测试主机的代码是一件很不妥当的事情。开发和测试生来就是不同的活动。开发是创造或者建立某种事物的行为，如一个功能模块或整个系统。而测试的重要目的是证实一个模块或者一个系统工作不正常。这来年各个活动之间有着本质的矛盾。因此，不管是程序员还是是开发小组都应避免测试自己或者本组成员开发的功能模块。若条件允许，应当由独立于开发成员和客户的第三方来进行软件测试。但这并不是说程序员不能测试自己的程序，而且更加鼓励程序员进行调试，因为软件测试由独立测试机构承担有很多好处。独立测试可以避免软件开发者测试自己开发的软件，由于心理学上的问题，软件开发者难以客观、有效的测试自己的软件，要找出那些因为对问题的误解而产生的错误就更加困难。
　　(2)应尽早地和不断地进行软件测试。
　　应当把软件测试贯穿到整个软件开发的过程中，而不应该把软件测试看作是其过程中的—个独立阶段。因为在软件开发的每一环节都可能会产生意想不到的问题。如软件本身的抽象性、相复性、各个开发阶段的多样性，以及不同人员之间的配合关系等。因此，要坚持各开发阶段的确认与评斑，早发现错误，从而可以减少成本，提向软件质量。
　　(3)对测试用例要有正确的态度。
　　首先，测试用例应当由测试输入数据和与之对应的预期输出结果这两部分组成。测试以前应当根据测试的要求选择测试用例，以备测试过程中使用。其次，在进行测试用例的设计时，不仅要考虑合理的输入条件，更应该冬虑不合理的输入条件。因此，需要用一些不合理的输人条件来发现更多的鲜为人知的软件缺陷。
　　（4）充分注意测试中的群集现象。
　　人以群分，物以类聚，软件测试也不例外，一定要充分注意软件测试中的群集现象，也可以成为“80-20”原则。不要以为发现几个错误并且解决这些问题之后，就不需要测试了。反而这里是错误群集的地方，对这个段程序要重点测试，以提高测试投资的效益。
　　（5）应当对每一个测试结果进行全面检查。一定要全面地、仔细地检车测试结果，但常常被人们忽略，导致许多错误被遗漏。
　　（6）严格执行测试计划，排除测试的随意性，以避免发生错误或者重复无效的工作。
　　（7）妥善保存测试用例、测试计划、测试报告和最终分析报告，以备回归测试及维护之用。
　　总之，软件测试更适宜被视为视图发现程序中错误的破坏性的过程。一个成功的测试，通过诱发程序发生错误，可以在这个方向上促进软件质量的改进。当然，最终人们还是要通过测试来是人们相信：软件做了其应该做的额，而没有做起不应该做的。在遵守以上原则的基础上行进行软件测试，可以以最少的时间而活人力找出软件中的各种缺陷，从而达到保证软件质量的目的。
　　软件测试的分类
　　单元测试：单元测试是对软件中的基本组成单位进行的测试。目的是检验软件基本组成单位的正确性。
　　集成测试：集成测试是在软件系统集成过程中所进行的测试。目的是检查软件单位之间的接口是否正确。
　　系统测试：系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等是否满足其规约所指定的要求。
　　验收测试：验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，向软件购买都展示该软件系统满足其用户的需求。
　　单元测试阶段：
　　模块接口测试
　　通过所测模块的数据流进行测试。调用所测模块时的输入参数与模块的形式参数的个数、属性和顺序是否匹配。
　　局部数据结构测试
　　局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确、模块的局部数据结构往往是错误的根源。
　　路径测试
　　对模块中重要的执行路径进行测试。
　　错误处理测试
　　比较完善的模块设计要求能遇见出错的条件，并设置适当的出错处理，以便在一旦程序出错时，能对出错程序重做安排，保证其逻辑上的正确性。
　　边界条件测试
　　软件经常在便捷上失效，边界条件测试是一项基础测试，也是后面系统测试中的功能测试的重点。
　　集成测试阶段：
　　在集成测试中，我们主要关注以下内容：
　　1.把各个模块连接起来时，穿越模块接口的数据据是否会丢失。
　　2.各个了模块组合起来，能否达到预期要求的功能。
　　3.一个模块的功能是否会对另一个模块的功能产生不利影响。
　　4.全局数据据结构是否有问题。
　　5.单个模块的误差积累起来是否会被放大，从而达到不可接受的程序。
　　系统测试阶段：
　　一般系统的主要测试工作都集中系统测试阶段。根据不同的系统，所进行的测试种类也很多。
　　功能测试：
　　功能测试是对产品的各功能进行验证，以检查是否满足需求的要求。
　　性能测试：
　　性能测试是通过自动化测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。
　　安全测试：
　　安全测试检查系统对非法入侵的防范能力。
　　兼容测试：
　　兼容性测试主要是测试系统在不同的软硬件环境下是否能够正常的运行。
　　验收测试阶段：
　　功能确认测试
　　安全可靠性测试
　　易用性测试
　　可扩充性测试
　　兼容性测试
　　资源占用率测试
　　用户文档资料验收

软件开发测试篇(3):软件编程测试部工作总结范文

　　软件测试(英语：Software Testing)，描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。以下是小编整理搜集的关于软件编程测试部工作总结,欢迎大家阅读参考!
　　XX年已近尾声，回顾这一年里的工作收获颇多。年初一直在参与中行对公系统的测试工作，中国银行对公代客资金管理系统已2月份对公系统顺利投产。紧接着春节后又开始了xx银行的x-fund2.0项目的全程介入测试。跟随项目组一同到北京现场开发测试，以及后期配合用户的压力测试，项目投产内部演练和支持等工作。目前中信x-funds2.0系统也已经投产完毕。
　　8月份后回到公司，主要从事公司内部集成测试和系统测试工作，主要测试系统包括福建分行日积月累系统、sge与k+接口管理系统、xx银行利率衍生品交易系统、浦发银行离岸交易系统、中国银行新一代做市商系统等。目前正忙于新一代做市商系统测试工作，该项目计划年底投产。
　　补丁测试方面主要有部分辖内对公系统补丁测试、部分中行对公代客管理系统补丁测试、澳门资金管理系统补丁测试、中信x-funds2.0系统补丁测试等。
　　压力测试方面主要有中信x-funds2.0系统、中信外汇电子交易系统压力测试、统一登录系统压力、浦发离岸系统压力、新一代做市商系统压力测试等。
　　从年初的中行对公项目到xx银行x-funds2.0项目再到中行新一代做市商项目。一个个项目完成测试任务并顺利投产或进行中。
　　从本年度内主要项目的测试及跟进客户测试方面经验教训进行总结，以便更好的提高项目介入测试的质量和完善自己的能力与不足之处。
　　一、测试组内部要有计划。
　　介入项目测试以后，理论上讲是应该配合项目组的测试工作。但个人认为这样测试组方面工作会比较被动，跟随项目组指定的测试并不能比较全面的覆盖到系统全部功能或者绝大多数功能。如更新一块，就让你测一块，这样无形中就会疏漏其他模块。测试组内部可以根据项目整体工作的安排情况也应该有自己的测试计划，即完整测试轮次的计划，这样能更好的把握系统整体功能情况。这部分工作在进驻客户现场测试时应与项目组长沟通，明确每日工作流程，如版本更新时间约定、内部更新测试安排以及配合指导用户测试等工作。
　　二、项目的测试进度控制。
　　主要是按照项目计划进行的，按照项目组计划要求完成测试任务、提交测试类相关文档，包括制定内部测试计划、测试案例的完善、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试等。
　　三、要加强学习和沟通。
　　在进驻客户现场测试后，测试人员的工作要配合项目组，也要指导和协调客户测试。项目组内部共同探讨解决问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。与客户接触吸收新的业务知识，积累测试方面必须的业务知识点，这些都做公司系统测试应有的测试基础，或者说银行金融行业项目测试工作的素养。也可以进步一提高与客户、与项目组内的沟通能力和协调能力。多参考客户测试的测试案例及测试过程中提出的问题，也能为自己的测试工作打下一个好的基础。
　　四、善于总结和吸收项目经验教训。
　　总结回顾以往的项目测试经验可以更好的指导以后的测试工作，也会提高系统缺陷和业务处理流程方面不合理情况的发现率。测试出来的问题与项目组沟通也会比较容易.。鉴于以前的项目经验，也可以向项目组提出了一些完善性意见和功能实现的处理方式。
　　五、个人得失及不足。
　　作为几次项目测试的负责人，对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提高，理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。同时也对系统相应的业务知识有了更进一步认知。相关业务知识方面还需要进一步加强，测试技能及测试管理方面还需要进一步完善学习。更好的吸收项目经验，做好以后的补丁测试工作及其他项目的测试工作。
　　项目测试中，维护部门配合介入的测试工作比较难分配及管理。维护人员并不是很积极从事项目的测试工作，且分配的任务也不情愿去完成。在中信x-funds2.0项目和新一代做市商项目组中都能明显体现出来。他们多是认为项目组的测试过程中的工作不属于自己的职责范围，认为自己只是一个简单的配合过程，要求加班时间要么不来，要么就做其他无关工作的事情。项目组也认为维护人员只是做自己的维护工作，抱怨时只会对测试人员。项目测试工作量也比较繁重，频繁的超负荷工作，给测试人员也造成比较大的压力。
　　公司是否可以通过下放部分考核比例，由测试负责人给组内测试人员和维护人员的工作进行考核打分，来约束和督促内部测试工作的合理进行。
　　公司是否应该考虑制定比较合理项目开发和测试周期计划及人员分配比例，切实减少超负荷工作带来的压力。
　　公司的业务逐年扩展，测试部门人员缺口较大，主要测试工作基本都落在了部门几个人身上，望明年公司能合理补充人员，并能在薪资待遇方面能有比较合理的增长。
　　测试部内部是否应该经常在和合适的时间组织测试技能、业务知识以及项目经验方面交流的讨论会等，以便更好的分享各自的经验教训，为今后的工作提供更多的基础支持，同时也应加强新人的培训力度。
　　以上就是软件编程测试部工作总结范文的全部内容，感谢您的阅读。更多精彩范文，尽在CNrencai!

本文来源：https://www.bbjkw.net/fanwen176692/