1.如何编写一份合适的测试用例/h2>
编写测试用例是测试人员的基本功,所以测试人员需要根据不同项目情况因地制宜来编写一份合适的测试用例。
-
1.测试人员需要尽早参与需求中,弄清楚需求细节点(包括业务逻辑场景,底层开发思路,数据库设计等)。
-
2.参考已有业务逻辑手册,发现与该需求相关联的逻辑点,找出是否有被遗漏的测试点。
-
3.测试用例模板主要包括:用例编 ,测试项描述,测试步骤,预期结果,实际结果等。
-
4.编写测试用例需要使用等价类划分法;边界值分析法;因果图法;场景法;正交实验设计法;判定表驱动分析法;错误推测法;功能图分析法等方法。
-
5.初步编写完测试用例,进行内部测试人员参与评审;
主要目有两点:
a.锻炼编写用例者对需求的理解和复述能力。
b.其他参与评审人员可根据自己经验提出疑问或补充其他测试点。 -
6.内部评审完及修改完毕,则进行外部评审;
主要的目的通过产品及开发的角度去提出疑问或补充其他测试点。 -
7.测试用例完善定稿,需要上传到内部公共平台,供内部人员下载使用。
2.测试用例的边界/h2>
边界值分析法对输入或者输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作对等价类划分法的补充。比如:
a.输入框最大输入字数值和最小输入字数值;
b. 表的首页和最后一页。
3.web测试和app测试的不同点/h2>
1.从系统架构角度看:
web项目 一般是B/S架构 ,基于浏览器的。
app 项目 一般是C/S 架构,必须是客户端,需要客户端安装客户端。
2.从性能角度看:
web关注页面响应时间。
app页面除的关注响应时间,同时也关注CPU ,内存等。
3.从数据分析角度看:
web 埋点属于用前端js 获取用户数据统计。
app端主要通过原生获取用户数据统计。
4.从兼容性角度看:
web基于浏览器的,需要兼容不同浏览器和系统版本。
app 则需要对不同手机型 ,不同系统版本进行兼容;同时还需要考虑app 安装,更新,卸载等场景。
4.你觉得测试项目具体工作是什么/h2>
1.内部工作主要包括:
a.搭建测试环境;
b.熟悉和了解业务系统;
c.编写测试用例;
d.执行测试用例;
e.测试并提交bug ,及时跟踪bug ,直到问题关闭;
f.写测试计划,测试 告及业务流程逻辑操作手册;
g.编写提升测试效率的脚本;
h.如项目需要,需要执行自动化测试或性能测试,编写脚本,执行,分析, 告,维护等。
2.外部工作主要包括:
沟通能力,需要与多方沟通包括需求方, 产品,开发及测试内部。
协调能力,存在分歧如何协调处理,达到双赢的目的。
组织能力,内外部组织正式或者非正式的沟通会议。
宏观把控能力,有效控制测试时间,测试成本,评估风险等。
5.你觉得测试和开发需要怎么结合才能使软件的质量得到更好的保障/h2>
1.开发和测试需要统一思想,好的质量保证整个团队的光荣,而不是一个人或一小撮人的。团队需要达到荣辱共存;而非对立。
2.开发需要进行单元测试,测试需要尽早参与配合做单元测试及后续测试;能够尽早发现软件缺陷,降低软件开发的成本。
6.你觉得单元测试可行吗/h2>
存在即合理,单元测试可以有效的测试某个程序模块的行为。为后续系统重构代码打好基础。
事前保证质量,事后能够快速复现问题,最终达到早发现问题,早解决问题,降低开发的成本。
7.怎么看待软件测试的潜力和挑战/h2>
1.个人秉承一种观点就是存在即合理,不同行业不同公司对测试人员的需求不同,所以对待测试人员的要求也不一样。
2.个人认为测试行业还处于发展中的阶段,充满无限挑战和未知的领域。
3.虽然手动测试为测试的领域的金字塔底部的需求,但是随着云计算,大数据等发展,对测试的要求不仅仅只是纯手工,而需要大量具有专业技能和素养的测试人员(比如了解测试建模,性能测试,自动化测试,测试开发等)。
4.同时还需要深入了解新场景并针对不同场景尝试新的测试方法,同时敏捷测试、Devops的出现也显示了软件测试的潜力。
总而言之,要持续保持一种不断学习的状态来应对不同的挑战。
8. 你觉得软件测试的核心竞争是什么/h2>
1.从表象来说,让每一个产品从用户在使用过程中0bug;
2.从本质来看,早发现问题,并且发现别人无法发现的有价值的bug;
问题越早发现,解决问题的成本越低。如果能够在需求阶段发现需求阶段的问题,这种问题的价值就较高。
所有人都能发现的问题,则自己容易被替代,如果用不同的工具发现别人发现不了的问题,则自己就不容易被替代。
?? 总而言之,要想不被替代掉,就需要自身能力硬。??
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!