服务器端的测试用例是什么(服务器端的测试用例是什么意思)

投稿用户 • 2022年9月18日 10:47:09 • 阿里云主机 • 阅读 170

背景

刚入职第一天，早上办完入职，下午就就分配了测试任务，2个模块+13条短信验证，2天内输出测试用例（xmind输出功能点，excel书写业务流）。测试负责人给我们快速讲了一下业务，在这过程中大概记录了自己认为关键的一些词语，角色、平台等，听完也感觉云里雾里的。

时间很紧张，2天书写用例+2天测试时间。

原想着刚入职的新人，应该就是熟悉熟悉需求，了解一下环境之类的，没想到直接派任务，年轻了。

先找人要到相关的需求文档、一些书写用例的规范，先大致看看。

2. 初步了解了需求后，发现分配的模块如果基础数据比较充分的情况下，那么后台列表的功能测试就是常用的那几种：单字段查询、组合查询、分页、倒排、根据分页后的内容快速查找第几页的数据等，列表的数据是基于上游业务然后产生的，如果使用已有的测试账号，数据比较多的话，可以直接验证。

3.难点在于新数据的产生，这个前提是必须了解上游系统数据是如何产生的？

上游系统产生数据后，在被测列表中展示，然后再做对应的操作。

4.数据同步的问题

若 PC 端、APP 端都有此功能，还需要重点考虑数据同步的问题

我总结了以下3步骤，可快速熟悉到需求

步骤1：

拿到被测需求后，初步浏览需求，熟读需求，多读几遍，了解该模块的作用，这个需求文档里边一般有说明。找找产品对该需求是否有流程，可根据流程图去了解数据流走向。（一般是泳道图或是用例）泳道图按照不同的角色从业务开始到业务结束，不同角色的职责，用例的话一般是根据不同的角色如普通用户 VIP用户分别有哪些权限，可以使用哪些功能等等。（多看看需求2-3遍，多思考，将不同的角色业务抽象出来， 梳理出功能点）

步骤2：

从步骤1可找到上游相关的业务，此时可以去找找负责上游业务的测试同学，获取账号及链接地址，自己去摸索着走一边业务，此时一定要不懂就问，不要怕，态度放诚恳点客气点，一般都不会拒绝你。（测试环境的一些测试账号链接等，可以先借用别人的，长久之计还是自己注册一个属于自己的账号。）

步骤3：

捋清楚了上游数据的输入按照当前业务的需求，就可以将现有流程串起来了。（梳理出业务流程）

重点：先聚焦于自己关注的点，再往外延伸一层，梳理与当前业务相关的上下游数据，了解透彻了，可以再往外延伸一层，梳理本次迭代的整个需求，了解自己分配的需求在本次迭代中所处的地位，

除此之外 1.新来的话跟其他的测试小伙伴打好关系， 2.结合已有的业务，自己多去点点，去试用现有功能，会有意想不到的收获。3.自己私下多去下功夫，遇到不懂的一些名词多去网上搜索搜索，然后再结合现有的业务去加深理解。

结论

我呢，差不多用了5天时间，完成了2个功能+短信业务从测试用例编写到线上验收通过，结果很好。虽然在这5天的时间里，精神高度集中，满脑子想的都是需求，这一个小点，那一个小点，想着有没有遗漏需求，各种场景有没有覆盖到，整个人是充满兴奋感的，没有感觉到一丁点累。当时想的就是如何能快速地了解需求，快速融入环境。

昨天通过了验收，整个人放松下来，突然就感觉累了，下午一直打哈欠。

每次换完工作，刚入职的这段时间都是辛苦的，忙着适应环境，忙着上手工作，忙着发挥自己的价值，忙着证明自己的能力。但是呢，没有做不好的事情，只要啃下功夫，一定能做好。加油！

小伙伴们可以留言，分享一下自己刚到一个新环境，是怎么快速融入环境，了解需求及开展测试活动。欢迎留言讨论。

使用无须实名的阿里云国际版，添加微信：ksuyun 备注：快速云！

本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请发送邮件至 cloud@ksuyun.com 举报，一经查实，本站将立刻删除。
如若转载，请注明出处：https://www.hanjifoods.com/15952.html

服务器端的测试用例是什么(服务器端的测试用例是什么意思)

背景

我总结了以下3步骤，可快速熟悉到需求

结论

相关推荐