首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    测试用例(包含测经典试点全集图解,强烈建议保存收藏)

    不同阶段的测试用例的用例编号有不同的规则:   (1)系统测试用例:产品编号-ST-系统测试项名-系统测试子项名-XXX   (2)集成测试用例:产品编号-IT-系统测试项名-系统测试子项名-XXX   (3)单元测试用例:产品编号-UT-系统测试项名-系统测试子项名-XXX   **其中产品编号也叫项目标识,每个公司都有若干不同的项目或者产品,如何来区分它们呢?这就需要有产品编号了,每个公司都有自己的一套定义产品编号的规则,并且每个现有产品的编号已经制定好了,直接拿过来用就可以了。   **产品编号后的ST、IT、UT分别对应系统测试阶段、集成测试阶段、单元测试阶段。实际工作中有些公司会将产品编号以及测试阶段省略。   **测试阶段后面就是测试项目名了,对应的是较大较系统的测试点。   **测试项目名后面就是测试子项目名,有些测试是没有子项目名的,只有当测试项力度比较大的时候才会有成都市子项 (比如说:我们要测试用户能否成功登录这个功能,那我们就可以分为很多个子项,qq登录、邮箱登录等等)。   **测试子项名后面就是具体的用例编号了,可以是数字:01、001、002等等。

    02

    如何实现时间穿越?PowerMock系列之2

    在笔者测试的某些系统中,存在一些与时间相关的系统功能。如某个程序会在每天的指定时间,如下午6点被触发,完成与外部公司的数据交换。 在系统测试时,往往需要通过修改linux的系统时间等方式来触发上述功能进而完成测试过程。这时非常不方便的,而且有时候还会因为修改了操作系统时间忘记改回,导致其它应用产生问题,如连接超时等。当然也有在隔离网络内提供NTP时钟服务的方案,只是需要网络层面的支持,测试成本较高,一般用于系统测试中。 而在单元测试时,为了不受外部约束,保证测试用例的健壮性,需要对系统时间进行mock。如以下的一个被测方法

    01
    领券