📅  最后修改于: 2021-01-10 16:02:11             🧑  作者: Mango
系统测试包括对完全集成的软件系统的测试。通常,计算机系统是由软件集成而成的(任何软件只是计算机系统的单个元素)。该软件以单元形式开发,然后与其他软件和硬件连接以创建完整的计算机系统。换句话说,计算机系统由一组用于执行各种任务的软件组成,但是只有软件无法执行任务。该软件必须与兼容的硬件接口。系统测试是一系列不同类型的测试,目的是根据要求练习和检查集成软件计算机系统的全部功能。
以用户身份检查应用程序或软件的端到端流程称为系统测试。在此,我们导航(浏览)应用程序的所有必要模块,并检查最终功能或最终业务是否工作正常,并测试整个产品系统。
这是端到端测试,其中测试环境类似于生产环境。
验收测试,全部用于测试目的。用于测试单个软件的单元测试;集成测试用于测试一组软件单元,系统测试用于测试整个系统,验收测试用于测试业务需求的可接受性。在这里,我们讨论系统测试,这是测试级别的第三级。
主要有两种广泛使用的软件测试方法,一种是白盒测试,它使用内部编码来设计测试用例,另一种是黑盒测试,它使用GUI或用户角度来开发测试用例。
系统测试属于黑盒测试,因为它包括软件外部工作的测试。测试遵循用户的观点,以识别较小的缺陷。
系统测试包括以下步骤。
假设我们打开一个应用程序,假设为www.rediff.com ,我们可以看到在首页顶部显示了一个广告,该广告在其中停留了几秒钟,然后消失了。这些类型的广告由广告管理系统(AMS)完成。现在,我们将对该类型的字段执行系统测试。
以下应用程序以以下方式工作:
各种系统测试方案如下:
方案1:如上所述,第一个测试是一般方案。测试工程师将针对潜在情况进行系统测试,在这种情况下,Amazon经理会创建广告请求,并在特定日期和时间使用该广告。
场景2:假设Amazon经理认为AD空间太昂贵并取消了该请求。同时,Flipkart在1月26日上午10:00请求广告空间。然后,亚马逊的请求已被取消。因此,必须在1月26日上午10点安排Flipkart的促销广告。
毕竟,已经完成了请求和付款。现在,如果亚马逊改变了主意,并且他们认为他们准备好在1月26日上午10点付款,则应付款,因为Flipkart已经使用了该空间。因此,必须打开另一个日历以供Amazon进行预订。
方案3:在这种情况下,首先,我们以AMS管理员身份登录,然后单击“设置价格”页面,然后在注销页面上将AD空间的价格设置为每秒10 $。
然后以Amazon Manager身份登录,然后选择要发布的日期和时间,并在注销页面上选择广告。在Rediffmail注销页面上,广告的10秒钟内应支付100美元。
注意:通常,每个测试工程师仅在其分配的模块上执行功能,集成和系统测试。
如下图所示,我们有三个不同的模块,例如Loans,Sales和Overdraft 。这些模块将仅由其指派的测试工程师进行测试,因为如果数据在这些模块或场景之间流动,那么我们需要清除该模块正在哪个模块中,并且测试工程师应检查该事物。
让我们假设在这里,我们正在对利息估算执行系统测试,在此情况下,客户第一次和第二次都进行透支。
在此特定示例中,我们具有以下情形:
场景1
方案2
现在,我们测试银行提供要约的另一种情况,该情况表明,第一次将Rs45000作为透支的客户将不收取手续费。当客户第三次选择另一笔透支时,将不退还手续费。
我们必须测试第三种情况,即客户第一次接受透支Rs45000,并且还要验证透支是否在第三次申请另一笔透支后偿还余额。
场景3
在此,我们将反映出该应用程序已被所有客户普遍使用,突然,银行决定将新客户的处理费降低至100卢比,并且我们已经测试了针对新客户的透支并检查其是否接受仅售Rs100。
但是随后我们在要求中产生了冲突,假设客户以当前透支费Rs200申请了透支透支的Rs15000。在经理尚未批准之前,银行将处理费降低至100卢比。
现在,我们必须测试未决客户的透支费用是多少。测试团队无法承担任何责任。他们需要与业务分析师或客户进行沟通,并在这种情况下找出他们想要的东西。
因此,如果客户提供第一组要求,我们必须提出最大可能的方案。
系统测试分为50多种类型,但是软件测试公司通常会使用其中的一些类型。这些在下面列出:
回归测试是在系统测试下执行的,以确认并确定由于系统其他任何部分的修改而导致系统中是否存在任何缺陷。它可以确保在开发过程中所做的任何更改都不会带来新的缺陷,并且可以保证。随着时间的推移,新软件的添加将不再存在旧的缺陷。
有关回归测试的更多信息,请参见以下链接:
https://www.javatpoint.com/regression-testing
负载测试是在系统测试下执行的,目的是弄清系统是否可以在实时负载下工作。
执行系统功能测试以发现系统中是否缺少任何函数。测试器列出了系统中应该存在的重要功能列表,可以在功能测试期间添加这些功能,这些功能应该可以提高系统质量。
系统恢复测试是在系统测试下进行的,以确认系统的可靠性,可信赖性,责任制,而所有这些都取决于系统的恢复能力。它应该能够成功地从所有可能的系统崩溃中恢复。
在此测试中,我们将测试应用程序以检查其从崩溃或灾难中恢复的程度。
恢复测试包含以下步骤:
例如:假设我们使用的是Google Chrome浏览器,如果电源关闭,那么我们打开系统并重新打开Google chrome,会收到一条消息,询问我们是否要启动新会话或恢复以前的会话会议。对于任何开发的产品,开发人员都会编写一个恢复程序,该程序描述为什么软件或应用程序崩溃,是否写入崩溃日志消息等。
执行迁移测试以确保是否需要在新的基础结构中修改系统,因此应毫无问题地对其进行修改。
该测试的目的是确保系统对用户非常熟悉,并符合其应做的目标。
有关可用性测试的更多信息,请参见以下链接:
https://www.javatpoint.com/usability-testing
该系统测试旨在检查软件兼容性。硬件配置必须与软件兼容才能运行它。兼容性通过提供硬件和软件之间的交互来提供灵活性。
在这里,我们将测试Gmail应用程序,以了解功能,集成和系统测试的工作方式。
假设我们必须测试各种模块,例如登录,撰写,草稿,收件箱,已发送邮件,垃圾邮件,聊天,帮助, Gmail应用程序注销。
我们首先对所有模块进行功能测试,然后才可以执行集成测试和系统测试。
在功能测试中,至少我们有一个模块来执行功能测试。因此,这里有执行功能测试的撰写模块。
撰写
撰写模块的不同组件是收件人,抄送,密件抄送,主题,附件,正文,已发送,保存到草稿,关闭。
Input | Results |
---|---|
Positive inputs | |
mike@gmail.com | Accept |
Mike12@gmail.com | Accept |
Mike@yahoo.com | Accept |
Negative inputs | |
Mike@yahoocom | Error |
Mike@yaho.com | Error |
Input | Results |
---|---|
Positive inputs | |
Enter maximum character | Accept |
Enter Minimum character | Accept |
Blank Space | Accept |
URL | Accept |
Copy & Paste | Accept |
Negative inputs | |
Crossed maximum digits | Error |
Paste images / video / audio | Error |
完成对撰写模块的功能测试后,我们将对Gmail应用程序的各个模块进行集成测试:
登录
撰写
收件箱
发送项目
草案
聊天室
注意:在测试期间,我们需要等待特定的时间,因为只有在所有模块准备就绪并执行功能和集成测试后才能执行系统测试。