SIT_服务器系统整合测试总结

最新推荐文章于 2025-08-08 19:55:17 发布
最新推荐文章于 2025-08-08 19:55:17 发布
阅读量488 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： 面试
原文链接：http://www.cnblogs.com/Andijiao/p/5588675.html
本文回顾了作者从2012年至2015年间从事服务器测试的经历，详细介绍了包括DL系列服务器及Moonshot在内的多种机型的测试过程和技术挑战。

从2012年到2015年我的3年服务器测试，感觉一下子时间就已经飞逝而过，一直希望做个前三年的工作总结，现在用我那笨拙的笔触记录下自己的三年服务器测试生活！

***2012-2013 SE

这一年基本是在拆装机台当中度过的，现在只记得每天不是换板子，换CPU,换HDD就是刷最新的FW，印象最深的应该是当时在做DL580的时候,这种机台4u,体型是除moonshot

之外至今我接触过的最大的机台，如果要满载测试，一般是CPU(64根)，HDD网线满载，每次认全DIMM都是一个艰难的事情，记得当时机台上的拉杆都被拉断了，手都红了，当时真想放弃！

       

后面陆续接触了DL360e,DL380e,DL360p,DL160,DL180，DL3000，Moonshot等

在SE的测试case基本是那么几个：

Function:

1. 串口测试

2.

Stress:

1. Super charger

2. Reboot

3. IO Stress

4. IO Meter

5. Meatgrinder

***2013-2014 Moonshot /DL30000 (Tiburon)

(一)Moonshot

这是HP的一款登月服务器，其实我也不知道为什么叫这个，我只记得当时这款服务器是通过网线连出来，使用ubuntu系统，内部有专门的命令控制node

45个cartridge，180个node，单个cartridge里面有CPU,DIMM,HDD其实相当于一款小型主板；

测试时把之前在一般服务器上面运行的case换个思路运行到moonshot里面去，因为这中间的转换挺大的，所以很多东西也是尝试。

（二）DL30000 (Tiburon)

这是一款前后2排HDD的服务器，后置4LFF和6SFF背板。storage controller P440，H240，H241，P840，P840ar等。搭配不同的背板 ，有多种配置。

 

转载于:https://www.cnblogs.com/Andijiao/p/5588675.html

服务器系统测试,服务器系统整合测试
weixin_34139050的博客
07-31 1109
原标题：服务器系统整合测试随着云端应用普及，市场对于服务器的需求也急速增加。无论是企业内部管理、IaaS、PaaS、SaaS服务或数据中心营运，都需要稳定可靠的服务器，以因应庞大的网络服务需求。服务器的隐性风险－兼容性问题服务器需应付巨量存储、网络、高速传输等需求，因此在研发与生产阶段，就必须透过严格的验证测试，即早发现隐性风险，避免日后发生问题导致服务中断，造成不可逆的大规模损害。除了针对各别组...
软件测试理论基础（一）
kgc01_wyj的博客
03-01 876
文章目录什么是软件测试软件测试的目的软件测试的原则常见软件系统架构B/S架构C/S架构B/S 与 C/S对比软件测试的分类按开发阶段划分按是否查看代码划分按是否运行划分按是否手工测试划分按其他划分软件测试的流程软件测试过程主要工作内容软件生命周期模型一 什么是模型二 软件开发模型2.1 Ⅰ 瀑布模型（waterfull）2.1.1 A 定义2.2 Ⅱ 快速原型模型2.2.1 定义2.3 Ⅲ 螺旋开发模型2.3.1 A 定义三 软件测试模型3.1 Ⅰ V模型3.2 Ⅱ W模型3.3 Ⅲ H模型四 **敏捷开发
服务器系统检测
来自一条咸鱼的洽谈
06-17 1万+
#!/bin/bash cpu_info(){ #cpu信息 #cpu型号 cpu_model=$(cat /proc/cpuinfo |grep "model name"|uniq |awk -F ':' '{print$2}') echo "cpu的型号信息：${cpu_model}" #cpu核心数 cpu_core=$(cat /proc/cpuinfo |grep "core id"|uniq |wc -l) echo "cpu的核心数：${cpu_core}" #cpu物理个数
SIT-系统集成测试
某技术爱好者的专栏
04-06 3864
系统集成测试
服务器测试
renxingzhadan的专栏
07-06 3026
服务器测试
系统集成测试宝典：STM32G431 USB2CAN FD调试工具盒子操作手册
!...# 1. 系统集成测试基础概念 在现代软件开发中，系统集成测试是确保软件产品质量的关键环节之一。本章将介绍系统集成测试的基本...系统集成测试（SIT）是一个测试过程，旨在在将各个系统组件或模块整合到一个单一的
利用Java框架Spring整合学生管理系统
介绍Spring框架和学生管理系统 ## 1.1 Spring框架概述 Lorem ipsum dolor sit amet, consectetur adipiscing elit. Sed et odio sit amet quam interdum placerat. Mauris ac turpis porttitor, blandit justo sed...
系统集成测试的艺术：3大技巧确保LVC系统稳定运行与性能
本文全面概述了LVC系统集成测试的关键概念、策略以及高级技巧。首先介绍了LVC系统架构的基本理解，强调了系统组件、应用场景以及集成中的关键点。随后，深入探讨了集成测试的理论基础和具体实施步骤，包括测试环境...
软件开发流程文档管理规范与验收材料管理经验总结
weixin_41080437的博客
08-08 1545
本文系统阐述了软件开发全流程的文档管理体系，涵盖框架设计、阶段控制、验收合规及工具实践。首先提出基于功能与阶段的三类文档分类（工程/管理/验收类）及国际标准格式规范（IEEE829、CMMI3等）。其次构建"创建-评审-发布-更新-归档"全生命周期管理流程，并详细分解各阶段岗位职责与关键文档矩阵（如需求阶段的PRD、设计阶段的架构报告）。重点规范验收材料体系，区分内外部验收标准，制定SMART原则的量化指标。
LTE的DLUL分析
06-18
上下行的流程，适合刚入门的通信人大概了解作用，自己看看就好。
服务器性能测试
qq_593202524的博客
03-03 5404
概念性能测试：用自动化工具，模拟不同场景，对软件各项性能指标进行测试和评估的过程性能指标： * 响应时间：请求发起到请求响应的时间 * 并发数：并发测试的用户数 * 吞吐量：单位时间内处理客户端请求的数量 * TPS：每秒事务(业务请求)数，TPS=并发数/平均响应时间 * QPS：每秒查询数，控制服务器处理指定请求数 * 点击数(web项目)：整个页面(含图片，链接，框架等)向服务器发送的请求数 * 错误率：负载情况下失败的概率(一般不超千分之五)，错误率=失败业务数/业务总数 *
服务器测试-linux基本使用一
gogoboi_jin的博客
05-06 4201
刚入职转转，目前个linux服务器打交道比较多，之前也没有用过，趁着这几天弄得东西做点总结。我想了好长时间不知道怎么写合理点，最后还是觉得按照链接过程写出来貌似能可以把东西描述清楚。1.登录堡垒机：ssh +堡垒机url地址目前公司登录linux服务器流程是，使用ssh协议登录堡垒机，在输入申请的密钥即可登录堡垒机成功，选择要登录linux服务器的ip地址，再输入kerberos密钥即可登录成功（...
搭建测试 生产环境(三 IDEA整合Linux服务器三的SVN 下)
人总是说往前看,为什么我们不能往后看?
08-09 338
前面idea跟svn整合好了，接着就是idea跟服务端svn的常用操作了，详细操作  溜了溜了
服务器压力测试软件
dcb2008的学习笔记
02-05 673
     本文介绍了几个比较典型的服务器评测软件，无论什么评测工具，基本的技术都是利用线程技术模仿和虚拟用户，在这里主要的难点在于测试脚本的编写，每种工具使用的脚本都不一样，但是大多数工具都提供录制功能就算是不会编码的测试人员同样可以测试。众所周知，服务器是整个网络系统和计算平台的核心，许多重要的数据都保存在服务器上，很多网络服务都在服务器上运行，因此服务器性能的好坏决定了整个应用系统的性能。现在...
并发性能测试 —— 应用服务器端的测试！
04-09 1168
（一） 概述1． 对应用服务器端的测试主要包括三方面：操作系统、数据库和中间件的监控 2． 监控手段：可以采用工具自动监控，也可以使用操作系统、数据库、中间件本身提供的监控工具3． 利用工具监控的优点（1） 减少故障诊断和分析时间（2） 减少手工定位的时间和避免误诊（3） 在问题发生前定位故障（4） 验证可达到的性能水平和服务水平协议 （5） 持续的服务器、数据库和应用性能和可用性监控（6） 故障诊断和恢复：自动报警、故障恢复程序、故障恢复信息（7） 服务器、应用可用性和
系统测试(功能测试、性能测试)
有个爱胡思乱想的产品经理！
05-04 8798
系统测试是将已经集成好的软件系统，作为整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行（使用）环境下，对计算机系统进行系列的测试活动。
服务器SIT测试之--OCP网卡Multihost出/入口限速测试
qq_44990776的博客
03-10 3232
测试用例： 1. 通过Multihost向Singlehost网卡用iperf打流测试；低速网口打高速 2. 通过Singlehost向Multihost网卡用iperf打流测试；高速网口打低速 预期结果： 1. 出口带宽限制符合预期，应为Multihost出口限速，譬如100G网卡限速为50G。 2. 入口带宽限制符合预期，应为Multihost入口限速，譬如100G网卡限速为50G。 实际操作： 准备工作：两台服务器，装有同速率网卡，且通过网线连接。待测网卡用muiti host接法，另一
系统集成测试（SIT）/系统测试（ST）/用户验收测试（UAT）/冒烟测试
热门推荐
liaowenxiong的博客
10-22 1万+
当用户完成测试并确认软件可以投入使用时，他们会签署 UAT sign off，表示他们满意软件的质量和功能，并同意将其交付使用。用户根据用例描述测试每一个场景，反馈系统问题。开发人员基于问题对系统影响和对业务影响进行判断，适当的修正系统或记录业务需求，根据业务优先等级，集成进下一个演进阶段。UAT sign off 意思是用户验收测试（UAT）通过并获得批准，即用户对软件系统的测试结果满意，并同意将其投入使用。2.从测试人员来看，SIT是由公司的测试工程师来测试，而UAT则是由关键用户（最终用户）来测试。
服务器sit测试用例
最新发布
08-24
<think>首先，用户的问题是：“请问服务器系统集成测试(SIT)测试用例设计 示例”。这是在询问关于服务器系统集成测试（SIT）的测试用例设计示例。 我的系统级指令要求： - 所有行内数学表达式必须使用$...$格式。 - 独立公式必须使用$$...$$格式并单独成段。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 回答中引用的段落末尾自然地添加引用标识。 - 回答结构清晰，帮助用户逐步解决问题，保证回答真实可靠。 用户还提供了参考站内引用：[^1]，内容是：“发布 测试。提交代码——合并分支（dev/uat_realease/小版本是任意分支）——jenkins打包部署（ql-scf-alone-sit-dev dev环境、ql-scf-alone-uat uat环境、ql-scf-alone-ver 小版本环境）——postman、xxl-job测试，地址和端口从服务器/nacos服务列表看——日志从服务器上看[^1]。” 用户意图是获取服务器在SIT环境下的测试用例，用于验证服务器功能和系统集成的正确性。 所以，我需要设计一个关于服务器系统集成测试（SIT）的测试用例设计示例。SIT测试关注系统组件之间的接口和交互，确保整个系统作为一个整体正常工作。 关键点： - 测试用例设计应包括各种场景，覆盖功能、性能、安全等。 - 示例应基于用户提供的引用，涉及服务器部署、API测试（如Postman）、作业调度（如xxl-job）、日志查看等。 - 结构清晰：逐步引导用户设计测试用例。 大纲回答： 1. **介绍SIT测试**：简要解释什么是系统集成测试及其重要性。 2. **测试用例设计原则**：概述设计测试用例的关键点。 3. **示例测试用例**：提供一个具体的示例，覆盖用户引用中的元素。 4. **生成相关问题**：在回答末尾添加相关问题。 在回答中，自然地添加引用标识[^1]，因为用户提供了引用。 由于没有数学表达式，我不需要强制使用LaTeX数学格式。但指令说“所有行内数学表达式必须使用$...$格式”，如果不需要，就不添加。在这个上下文中，可能没有数学内容，所以可以忽略。 生成相关问题：在末尾添加2-3个相关问题，类似于示例。 完整结构： - 开头：解释SIT测试。 - 主体：设计测试用例示例。 - 结尾：生成相关问题。 测试用例示例： 基于用户引用： - 环境：SIT环境（如ql-scf-alone-sit-dev）。 - 测试工具：Postman（API测试）、xxl-job（作业调度）。 - 检查点：地址和端口、日志。 设计测试用例： 1. **功能测试**：验证API接口。 2. **集成测试**：验证组件间交互。 3. **性能测试**：确保系统处理负载。 4. **安全测试**：检查认证和授权。 5. **日志和监控**：验证日志记录。 示例测试用例表： - 测试ID、测试描述、预置条件、测试步骤、预期结果、实际结果。 使用中文回答。 最终回答： - 清晰、可靠。</think>### 服务器系统集成测试(SIT)测试用例设计示例 系统集成测试（SIT）是软件开发生命周期中的关键阶段，用于验证多个系统组件（如服务器、API、数据库等）作为一个整体协同工作时的正确性、可靠性和性能。SIT测试确保在SIT环境（如用户引用中的`ql-scf-alone-sit-dev`环境）中，系统能处理真实场景的交互，包括接口兼容性、数据流和错误处理[^1]。以下是一个基于用户引用内容（涉及Jenkins部署、Postman API测试、xxl-job作业调度、Nacos服务发现和日志查看）设计的测试用例示例。设计原则包括： - **覆盖全面**：覆盖功能、性能、安全和异常场景。 - **可重复性**：测试步骤清晰，便于在SIT环境中执行。 - **真实可靠**：基于实际部署流程（如从Nacos获取服务地址和端口）。 - **优先级管理**：高优先级测试用例优先覆盖核心功能。 #### 测试用例设计原则 在SIT测试中，设计测试用例时应关注： 1. **功能集成**：验证组件间接口（如API调用、作业调度）。 2. **数据一致性**：确保数据在系统间正确传递。 3. **错误处理**：模拟异常场景（如网络故障）。 4. **性能基准**：测试系统在高负载下的响应。 5. **监控和日志**：验证日志记录是否完整，便于问题排查。 以下示例测试用例表基于一个典型的服务器系统（例如，一个微服务架构的订单处理系统），参考了用户引用中的元素：Jenkins部署后，使用Postman测试API、xxl-job测试作业调度、从Nacos服务列表获取地址和端口、从服务器查看日志[^1]。 #### 示例测试用例表 以下测试用例适用于SIT环境（如`ql-scf-alone-sit-dev`）。测试用例按优先级排序（高/中/低），每个用例包括测试ID、描述、预置条件、测试步骤、预期结果和实际结果（实际结果在测试执行时填写）。 | 测试ID | 测试描述 | 预置条件 | 测试步骤 | 预期结果 | 实际结果 | |--------|----------|----------|----------|----------|----------| | SIT-FUNC-001 | 验证订单创建API接口功能 | 1. Jenkins已部署服务到SIT环境。<br>2. 从Nacos服务列表获取订单服务的地址和端口（如`http://192.168.1.100:8080`）。<br>3. Postman工具已配置。 | 1. 在Postman中发送POST请求到`/api/orders`，Body为JSON格式订单数据（如`{"productId": "P001", "quantity": 2}`）。<br>2. 检查响应状态码和数据。<br>3. 查询数据库验证订单是否持久化。 | 1. 响应状态码为200。<br>2. 返回的JSON包含订单ID和成功消息。<br>3. 数据库中有新订单记录。 | | | SIT-INT-002 | 验证订单服务与库存服务的集成 | 1. 订单服务和库存服务已在SIT环境中运行。<br>2. 从Nacos获取库存服务的地址。 | 1. 通过Postman创建订单（步骤同SIT-FUNC-001）。<br>2. 检查库存服务日志（从服务器查看日志文件），验证库存扣减是否触发。<br>3. 发送GET请求到库存服务的`/api/inventory/P001`接口。 | 1. 订单创建成功。<br>2. 库存日志显示扣减记录。<br>3. 库存查询返回更新后的数量（如减少2）。 | | | SIT-PERF-003 | 测试高并发下订单API的性能 | 1. SIT环境已配置负载均衡。<br>2. 使用JMeter或Postman Runner模拟并发。 | 1. 模拟100个并发用户发送订单创建请求。<br>2. 监控服务器资源（CPU、内存）使用率。<br>3. 从日志中分析响应时间。 | 1. 所有请求平均响应时间<500ms。<br>2. 错误率<1%。<br>3. 资源使用率在安全阈值内（如CPU<80%）。 | | | SIT-ERR-004 | 验证异常场景（如无效输入）的处理 | 1. 服务部署完成。<br>2. Postman准备异常测试用例。 | 1. 发送POST请求到`/api/orders`，Body包含无效数据（如`{"productId": null, "quantity": -1}`）。<br>2. 检查响应和日志。 | 1. 响应状态码为400（错误请求）。<br>2. 返回错误消息（如“参数无效”）。<br>3. 日志记录错误详情。 | | | SIT-JOB-005 | 验证xxl-job作业调度集成 | 1. xxl-job管理界面可访问。<br>2. 作业配置在SIT环境生效。 | 1. 手动触发xxl-job中的“每日订单结算”作业。<br>2. 检查作业执行日志（从服务器查看xxl-job日志）。<br>3. 验证数据库结算数据是否正确。 | 1. 作业执行成功，日志显示“任务完成”。<br>2. 数据库生成结算报告。 | | | SIT-SEC-006 | 测试API认证和授权安全 | 1. 服务启用认证（如JWT）。<br>2. Postman设置无效Token。 | 1. 发送订单创建请求，不带Token或使用无效Token。<br>2. 尝试访问敏感API（如`/api/admin`）。 | 1. 响应状态码为401（未授权）。<br>2. 日志记录安全事件。 | | | SIT-LOG-007 | 验证日志记录和监控集成 | 1. 系统集成ELK或类似日志工具。<br>2. 服务运行中。 | 1. 执行任意测试用例（如SIT-FUNC-001）。<br>2. 从服务器查看日志文件（如`/var/log/order-service.log`）。<br>3. 检查日志是否推送至监控系统。 | 1. 日志包含请求详情（如时间戳、方法、响应码）。<br>2. 日志无错误或警告。<br>3. 监控系统显示实时日志流。 | | #### 测试用例设计建议 - **执行流程**：在SIT环境中，测试应遵循用户引用中的部署流程：代码提交→Jenkins打包部署→使用Postman/xxl-job测试→从Nacos获取服务地址→查看日志[^1]。 - **覆盖扩展**：根据系统复杂度，添加更多用例（如数据一致性测试、网络故障模拟）。 - **工具辅助**：自动化测试脚本（如Postman Collection）可提高效率。 - **风险管理**：优先测试核心功能，确保80%的用例覆盖高优先级场景。 通过以上示例，您可以基于实际系统需求调整测试用例，确保SIT测试有效验证系统集成性。测试完成后，分析日志和结果，生成测试报告以推动修复。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值