互动问答社区-内华锋-教育宝

 问答

共39个问答

你们公司多久上线一次，或者多久迭代一次？

主要看产品的新功能和迭代的规模，重要的话，时长大概一个多月；小型、中型功能大概3个周左右。我们公司基本都在周四晚上10点上线，这天我们都要加班

内华锋进行了回答
简单介绍一下上家公司的测试流程（越详细越好）？

1，首先产品经理先定项目，项目定下来之后会召开所有的技术人员开一个需求分析会议，会议人员包括开发“开发、测试，运维，UI”，让各个部门了解一下这个项目的概况, 2，需求分析会议结束之后，测试经理会开一个测试内部会议，由我们测试经理主持，目的主要是分配任务，编写测试计划，测试计划主要包括，项目背景概述、测试对象、测试工具、辅助工具、风险控制、任务分配、时间计划、测试模板 3，编写测试计划完之后我们开始搭建环境， 4，环境搭建完之后我们开始针对于需求文档编写测试用例， 5，用例编写完了之后我们开始进行用例评审，我们在进行评审的时候主要是进行两轮评审，由测试和开发一起参与，为了避免后期更多的问题出现第一轮的话由我们测试内部每一个组员进行一个评审，这个评审主要就是去找一些我们用例当中漏掉的、写错的或者说重复的等等，再进行一个查漏补缺，第一轮评审结束之后我们会把我们的用例通过SVN上传到SVN版本库里，由我们测试经理通过SVN版本库给拉到他的电脑上，然后再进行二轮评审，如果是有什么问题的话我们测试经理再进行一个点评 6，用例评审结束之后我们开始进行一轮冒烟测试，我们公司在每一次执行详细的用例之前都会进行一轮冒烟测试，冒烟测试就是采用正确的数据全部以有效的方式对应用程序进行测试一遍，如果冒烟测试有bug的话我们就该提bug提bug 7，冒烟测试完了之后我们开始进行全面测试，如果有bug，我们就把bug通过禅道提给开发人员，开发人员确认之后去修改，修改完之后我们再去复测，复测没问题了我们就把这个bug给关闭，就继续进行下面的一些功能测试， 8，等这一个版本的功能全部测完之后，我们会对它的性能接口方面再进行测试，测试完之后如果没什么bug了，我们就开始对项目进行上线，上线的过程中我们在再线上进行一轮测试，在这个过程中如果说有bug的话，我们会及时的让开发去修改，当然一般的话就没什么特别严重的bug，就是有的话可能也只是一些简单的bug，如果上线没什么问题，我们会进行一个测试报告的输出，我们会针对这段时间测出来的缺陷报告进行整理，最后输出测试报告，以上的话就是我们公司的测试流程。

内华锋进行了回答
如何设计一个好的测试cae？如何保证覆盖率？

1、首先用XMind梳理测试点 2、然后用Excel表格结合着各种测试方法设计测试用例 3、进行用例评审和交互测试，查缺补漏

内华锋进行了回答
如果有一个很紧急bug，但是开发没有时间去改，你该怎么办？

首先评估下这个bug的风险和影响范围，然后和项目经理还有开发一起评审，说明这个bug的风险，如果项目经理能够接受这个风险，那么就可以发布，否则必须修改了才能发布；即使他们接受了，发布之后，也要注意线上的表现；一旦线上这个问题表现超过预期，就要发布补丁修复程序。

内华锋进行了回答
软件测试类型？

常见的软件测试类型有:功能测试、性能测试、兼容性测试、可靠性测试、安全性测试、压力测试、负载测试等

内华锋进行了回答
测试计划？

通常我们的测试计划需要包括几大项。项目概述、测试说明、风险控制、质量评估标准、工作进程、附录及其他项目概述主要介绍项目背景、测试目的（满足用户指定的需求）、对象框架（B/S架构或者C/S架构，基于什么数据库等）、采用标准（是GB/T2500-2010或者GB/T16260）测试说明主要介绍测试范围、测试环境（软件环境、硬件环境、辅助工具）、测试资源（主要是人力资源）、测试策略（对功能及接口测试、业务流程测试等）、任务分配（主要是时间安排、任务、及成果）、用例管理、缺陷管理（对缺陷进行分类，分析，和跟踪）风险控制：系统风险、影响计划的潜在因素、应急措施系统风险（需求变更，人员离职，开发在规定的时间内没有作出产品等）、影响计划的潜在因素（时间紧，任务重、进度缓慢、对产品不熟悉、产品存在重大bug、硬件、软件或网络环境出现故障等）、应急措施（适当加班，加大人力资源分配、如果被测试产品存在重大错误而严重影响测试进度，可能要按照测试暂停标准来暂停该测试）质量评估标准：测试模块通过标准、验收测试通过标准测试模块通过标准（功能能够全部实现，并且操作没有问题）、验收测试通过标准（没有发现致命性错误和严重性错误，一般性错误数量小于测试用例总数的5%，则可以认为本次测试通过，但实际结果要以评审会的评审结果为准）工作进程：主要是什么时间段，完成了什么工作，例如什么时间完成了需求分析，什么时间完成了测试计划，什么时间完成了测试用例等附录及其他：主要是联系方式，及各种工作模板，缺陷报告模板，工作日志模板等这个就是基本的测试计划的内容。

内华锋进行了回答
你们做回归测试的时候是否全部都做呢？

1看时间，如果时间比较充足，会全部回归，回归的时候bug比较少，而且到时候操作也会很熟悉，所以执行案例的速度会比较快。 2如果时间比较紧，就会挑选重要模块和出现严重bug的地方来进行回归测试

内华锋进行了回答
迭代期间主要做什么？

首先拿到新的需求，根据新的需求编写新的测试用例，并评审测试用例，根据测试用例找bug，通过禅道提交bug，并进行复测，输出测试报告，进行上线，并在生产环境下进行新一轮的测试。和正常的测试流程差不多

内华锋进行了回答
网上银行转账怎么测，设计一下测试用例？

首先，要重点关注转账的功能、性能与安全。设计测试用例可以使用场景法为主，先列出转账的基本流和备选流。然后设计场景，最后根据场景设计数据。例如：农业银行网上转账基本流 1、打开农业银行网上转账页面，看看页面是否美观，合理，还有相关的功能按钮，个人网银登录，企业网银登录等等； 2、登录个人网银：点击个人网银登录，输入用户名和密码，这时候需要根据等价类和边界值来设计数据，主要考虑各种边界值和各种错误的组合项； 3、点击转账按钮，按要求输入信息，可以根据等价类和边界值来设计数据，也可以根据场景法设置一个基本流和备选流； 4、输入转账金额，验证转账限额，这时候要考虑到转账金额，转账次数，到账时间等问题； 5、插入K宝，要考虑兼容性，接口问题等； 6、点击转账，按要求依次输入转账密码和K宝密码，确认转账，根据场景法设置数据； 7、查看对方什么时间收到转账提示。这就是一个完整的基本流

内华锋进行了回答
如何提交一条高质量的软件缺陷（Bug）记录？

高质量的软件缺陷记录应该考虑以下几个方面： 1)UI界面要统一、美观，便于查找定位。 2)尽量使用陈述句和惯用的表达术语和表达方法 3)每条缺陷报告只能包括一个缺陷 4)每一个步骤只记录一个操作 5)明确指明缺陷严重程度、优先等级 6)缺陷描述要简洁、准确，包含缺陷操作步骤，实际结果和期望结果 7)上传附件截图，和运行日志

内华锋进行了回答

1/4

Copyright © 教育宝Jiaoyubao.cn 版权所有

找老板吐槽