MemTest内存软件测试介绍说明-1

这篇具有很好参考价值的文章主要介绍了MemTest内存软件测试介绍说明-1。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

MemTest86 History - from 1994

MemTest86 was originally developed by Chris Brady (BradyTech Inc) with a first release in 1994.

However, some of the testing algorithms used have been under development since 1981 and have been previously implemented on Dec PDP-11, VAX-11/780 and Cray XMP architectures.

Since then there has been more than a dozen new versions being released. Support for 64bit, new CPU types, symmetrical multiprocessors and many other features have been added during this period.

MemTest86 was released as free open source (GPL) software.

MemTest86 and MemTest86+

被不同人发展出来了一系列的版本,所谓是百花齐放百家争鸣且螺旋式优化改进啊~

MemTest86 the new era

新时代(64bit、DDR4)的到来,面临新的挑战。
In Feb 2013, PassMark Software took over the maintenance of the MemTest86 project from Chris.

This was around the time that a lot of technological changes were occurring. The 64bit era was here, DDR4 was coming, UEFI had already arrived and Microsoft's Secure boot technology threatened to prevent MemTest86 from booting on future PC hardware.

Starting from MemTest86 v5, the code was re-written to support self booting from the newer UEFI platform. UEFI is able to provide additional services that is unavailable in BIOS, such as graphical, mouse and file system support. Support for DDR4 & 64bit were also added and Microsoft agreed to code sign MemTest86 for secure boot.

The software (Free Edition) still remains free to use without restrictions. The MemTest86 v4 project is still maintained and remains open source, for use on old machines with BIOS. From V5 however the software is being released under a proprietary license. For advanced/enthusiast users or commercial applications, a professional version is available for users that require additional customizability and advanced features that may be more suitable for their testing needs. A comparison of the different versions can be found here. We have also created a support forum where users can discuss issues.

它的历史轨迹参考如下链接PassMark MemTest86 - Version Historyhttps://www.memtest86.com/whats-new.html

​​​​​​​MemTest86定义

MemTest86 is the original, free, stand alone memory testing software for x86 computers. MemTest86 boots from a USB flash drive or CD and tests the RAM in your computer for faults using a series of comprehensive algorithms and test patterns.

指出:首先是免费,其次是使用了一些测试pattern综合算法来测试内存的缺陷

特点:(就关注这两点)

  • 13 different RAM testing algorithms
    +DDR4 RAM (and DDR2 & DDR3) support
  • 测试算法发展了20年了,初代目早在1994年就出现了

这是memtest86的测试项:

By running MemTest, you can ensure that your computers RAM is correctly functioning.

只能测功能;

Unlike other memory checking software, MemTest is designed to find all types of memory errors including intermittent problems.

找到所有的内存缺陷;

Therefore, it needs to be run for several hours to truly evaluate your RAM. MemTest works with any type of memory.

代价就是要测好几个小时;

Test 0 [Address test, walking ones, no cache]

测试0 [地址测试,步行测试,无缓存]


Tests all address bits in all memory banks by using a walking ones address pattern.

 使用步进地址模式测试所有存储库中的所有地址位。 

walking ones address pattern测试地址位;

Test 1 [Address test, own address,1 cpu]

测试1 [地址测试,自己的地址,顺序]
Each address is written with its own address and then is checked for consistency. In theory previous tests should have caught any memory addressing problems. This test should catch any addressing errors that somehow were not previously detected.

每个地址都有自己的地址,然后检查一致性。从理论上讲,以前的测试应该可以解决所有内存问题。该测试应捕获以前未检测到的任何寻址错误。该测试是对每个可用CPU依次进行的。 

补充第一个测试缺陷的;

Test 2 [Address test, own address]

测试2 [地址测试,自己的地址,并行]

  与测试1相同,但测试使用所有CPU并使用重叠的地址并行完成。  

Test 3 [Moving inversions, ones&zeros]

测试3 [移动反演,一和零,并行]
This test uses the moving inversions algorithm with patterns of all ones and zeros. Cache is enabled even though it interferes to some degree with the test algorithm. With cache enabled this test does not take long and should quickly find all "hard" errors and some more subtle errors. This test is only a quick check.

该测试使用具有全1和全0模式的移动反演算法。即使已在某种程度上影响测试算法,也会启用缓存。启用缓存后,此测试不会花费很长时间,并且应该很快找到所有“硬”错误以及一些更细微的错误。使用所有CPU并行执行此操作。

快速检查出异常使用moving inversions algorithm with patterns of all ones and zeros.

Test 4 [Moving inversions, 8 bit pat]

测试4 [移动反相,8位模式]
This is the same as test one but uses a 8 bit wide pattern of "walking" ones and zeros. This test will better detect subtle errors in "wide" memory chips. A total of 20 data patterns are used.

   这与测试3相同,但是使用8位宽的“行走” 1和0模式。该测试将更好地检测“宽”存储芯片中的细微错误。 

算法同第一个测试项,但是使用的是8bit位宽,能检测更微小的内存错误;

Test 5 [Moving inversions, random pattern]

测试5 [移动反演,随机模式]​​​​​​​
Test 5 uses the same algorithm as test 1 but the data pattern is a random number and it's complement. This test is particularly effective in finding difficult to detect data sensitive errors. A total of 60 patterns are used. The random number sequence is different with each pass so multiple passes increase effectiveness.

测试5使用与测试4相同的算法,但是数据模式是一个随机数并且是补码。该测试对于发现难以检测的数据敏感错误特别有效。每次通过的随机数顺序都不同,因此多次通过可提高有效性。 

找出数据敏感型异常(基于随机数);

Test 6 [Block move, 64 moves]

测试6 [整步,64步]
This test stresses memory by using block move (movsl) instructions and is based on Robert Redelmeier's burnBX test. Memory is initialized with shifting patterns that are inverted every 8 bytes. Then 4mb blocks of memory are moved around using the movsl instruction. After the moves are completed the data patterns are checked. Because the data is checked only after the memory moves are completed it is not possible to know where the error occurred. The addresses reported are only for where the bad pattern was found. Since the moves are constrained to a 8mb segment of memory the failing address will always be less than 8mb away from the reported address. Errors from this test are not used to calculate BadRAM patterns.

此测试通过使用块移动(movsl)指令对内存进行压力测试,该测试基于Robert Redelmeier的burnBX测试。使用每8个字节反转一次的移位模式来初始化内存。然后使用movsl指令移动4mb的内存块。移动完成后,将检查数据模式。由于仅在完成内存移动后才检查数据,因此无法知道错误发生在何处。报告的地址仅适用于发现错误模式的位置。由于移动被限制在一个8mb的内存段中,因此失败的地址将始终与所报告的地址相距小于8mb。此测试的错误不用于计算BadRAM模式。 

内存块移动方式来进行压力测试;

Test 7 [Moving inversions, 32 bit pat]

测试7 [反向移动,32位模式]
This is a variation of the moving inversions algorithm that shifts the data pattern left one bit for each successive address. The starting bit position is shifted left for each pass. To use all possible data patterns 32 passes are required. This test is quite effective at detecting data sensitive errors but the execution time is long.

这是移动反演算法的一种变体,该算法针对每个连续地址将数据模式左移一位。每次通过时,起始位位置向左移动。为了使用所有可能的数据模式,需要32次通过。该测试对于检测数据敏感错误非常有效,但是执行时间很长。 

Test 8 [Random number sequence]

测试8 [随机数顺序]
This test writes a series of random numbers into memory. By resetting the seed for the random number the same sequence of number can be created for a reference. The initial pattern is checked and then complemented and checked again on the next pass. However, unlike the moving inversions test writing and checking can only be done in the forward direction.

该测试将一系列随机数写入内存。通过为随机数重置种子,可以创建相同的数字序列作为参考。首先检查初始模式,然后在下一个遍次进行补充和再次检查。但是,与移动反转不同,测试编写和检查只能在正向进行。

写一个序列的随机值进内存,只能一个方向;

Test 9 [Modulo 20, ones&zeros]

测试9 [模20,随机模式]
Using the Modulo-X algorithm should uncover errors that are not detected by moving inversions due to cache and buffering interference with the the algorithm. As with test one only ones and zeros are used for data patterns.

使用Modulo-X算法应该发现由于对算法的缓存和缓冲干扰而无法通过移动反转检测到的错误

移动逆转由于cache的作用可能会覆盖不全某些异常,因此Modulo-X算法补充之;

Test 10 [Bit fade test, 90 min, 2 patterns]

测试10 [位淡入测试,2种模式]
The bit fade test initializes all of memory with a pattern and then sleeps for 90 minutes. Then memory is examined to see if any memory bits have changed. All ones and all zero patterns are used. This test takes 3 hours to complete. The Bit Fade test is not included in the normal test sequence and must be run manually via the runtime configuration menu.

 位淡入淡出测试会使用某种模式初始化所有内存,然后休眠几分钟。然后检查内存以查看是否有任何内存位已更改。使用全1和全零模式。 

睡90分钟后看是不是数据掉了。​​​​​​​

Test 13 [Hammer test]

测试13 [锤测试]

  行锤测试暴露出DDR3、DDR4或更高版本的根本缺陷。当在短时间内重复访问同一存储体但不同行中的地址时,此缺陷可能导致干扰错误。行的重复打开/关闭会导致相邻行中的电荷泄漏,从而可能导致位翻转。 
  该测试通过交替读取​​两个地址来“锤击”行,然后验证其他地址的内容是否存在干扰错误。有关DRAM干扰错误的更多详细信息,请参见Yoongu Kim等人的“不访问就翻转内存中的位:DRAM干扰错误的实验研究”。 

  从MemTest86 v6.2开始,可能会两次通过行锤测试。在第一遍中,地址对以最高可能的速率被锤击。如果在第一次通过时检测到错误,则不会立即报告错误,而是开始第二次通过。在此过程中,地址对被内存供应商认为是最坏情况的速率降低(每64ms 200K次访问)。如果在此过程中还检测到错误,则将错误照常报告给用户。但是,如果仅第一遍产生错误,则会向用户显示警告消息。 


异常显示

Error Display
Memtest has two options for reporting errors. The default is to report individual errors. Memtest is also able to create patterns used by the Linux BadRAM feature. This slick feature allows Linux to avoid bad memory pages. 

For individual errors the following information is displayed when a memory error is detected. An error message is only displayed for errors with a different address or failing bit pattern. All displayed values are in hexadecimal.

Tst: Test Number

Failing Address: Failing memory address

Good: Expected data pattern

Bad: Failing data pattern

Err-Bits: Exclusive or of good and bad data (this shows the position of the failing bit(s))

Count: Number of consecutive errors with the same address and failing bits Error Display

问题定位

Troubleshooting Memory Errors
Please be aware that not all errors reported by Memtest86 are due to bad memory.
The test implicitly tests the **CPU, L1 and L2 caches as well as the motherboard. **

讲到这算发测出异常了大概率是memory出问题了,小概率是是板子啊CPU啊cache啊出问题了。

It is impossible for the test to determine what causes the failure to occur. However, most failures will be due to a problem with memory. When it is not, the only option is to replace parts until the failure is corrected.

出问题时按下面步骤来定温问题:
there are steps that may be taken to determine the failing module. Here are four techniques that you may wish to use:

  1. Removing modules

  2. Rotating modules

  3. Replacing modules

  4. Avoiding allocation

兼容问题导致异常。

Memtest86 can not diagnose many types of PC failures. For example a faulty CPU that causes Windows to crash will most likely just cause Memtest86 to crash in the same way.

就是用户用来检测内存是否可用的,系统是否有异常的。

执行时间

The time required for a complete pass of Memtest86 will vary greatly depending on CPU speed, memory speed and memory size. Here are the execution times from a Pentium-II-366 with 64mb of RAM:
Test 0 0:05
Test 1 0:18
Test 2 1:02
Test 3 1:38
Test 4 8:05
Test 5 1:40
Test 6 4:24
Test 7 6:04
Total (default tests) 23:16

Test 8 12:30
Test 9 49:30
Test 10 30:34
Test 11 3:29:40
Total (all tests) 5:25:30

Memtest86 continues executes indefinitely. The pass counter increments each time that all of the selected tests have been run. Generally a single pass is sufficient to catch all but the most obscure errors. However, for complete confidence when intermittent errors are suspected testing for a longer period is advised.

为了发现间歇性问题,多测几轮还是很有必要的。

内存测试理念

Memory Testing Philosophy
There are many good approaches for testing memory. However, many tests simply throw some patterns at memory without much thought or knowledge of the memory architecture or how errors can best be detected. This works fine for hard memory failures but does little to find intermittent errors.

大多测试算法没有针对特定的存储架构做优化,因此测出来的都是致命性问题,间歇性的问题一般很难找出来。
The BIOS based memory tests are useless for finding intermittent memory errors.
基于BIOS的测试对间歇性异常无能为力。

Memory chips consist of a large array of tightly packed memory cells, one for each bit of data. The vast majority of the intermittent failures are a result of interaction between these memory cells. Often writing a memory cell can cause one of the adjacent cells to be written with the same data. An effective memory test should attempt to test for this condition. Therefore, an ideal strategy for testing memory would be the following:

  1. write a cell with a zero
  2. write all of the adjacent cells with a one, one or more times
  3. check that the first cell still has a zero

这就是测1被0包围或者0被1包围的临近测试场景、

It should be obvious that this strategy requires an exact knowledge of how the memory cells are laid out on the chip.

很明显地我们需要知道内存在实际地三维空间中是如何排列的

In addition there is a never ending number of possible chip layouts for different chip types and manufacturers making this strategy impractical. However, there are testing algorithms that can approximate this ideal.

布局不同测试算法就不同,因此我们很难搞适配啊!还好,有算法能搞定这个问题。

临近耦合缺陷测试算法

Memtest86 uses two algorithms that provide a reasonable approximation of the ideal test strategy above.

moving inversions算法

解决相邻cell互相影响的问题。

The first of these strategies is called moving inversions. The moving inversion test works as follows:

  1. Fill memory with a pattern
  2. Starting at the lowest address
    2a check that the pattern has not changed
    2b write the patterns complement
    2c increment the address
    repeat 2a - 2c
  3. Starting at the highest address
    3a check that the pattern has not changed
    3b write the patterns complement
    3c decrement the address
    repeat 3a - 3c

由于上了平台而不是在测试机,因此我们不能针对每个bit,一位一位连续着写(因为我们平台最多支持Byte操作),因此只能折中,把一些pattern组合着写入进去,少了一些动态过程

This algorithm is a good approximation of an ideal memory test but there are some limitations. Most high density chips today store data 4 to 16 bits wide. With chips that are more than one bit wide it is impossible to selectively read or write just one bit. This means that we cannot guarantee that all adjacent cells have been tested for interaction. In this case the best we can do is to use some patterns to insure that all adjacent cells have at least been written with all possible one and zero combinations.

同时caching、buffering都是不会使你的读写操作变连续的,因为会缓存嘛,这就使得本来要连续操作的变成断断续续了,要不得,因此我们整了个Modulo-X 算法来解决这个问题,其实就是一个很常规的操作:我们把数据填充满cache或者buffer(高级特性无法关闭)这样就会自动触发flush操作,从而不会滞留数据了

It can also be seen that caching, buffering and out of order execution will interfere with the moving inversions algorithm and make less effective. It is possible to turn off cache but the memory buffering in new high performance chips can not be disabled. To address this limitation a new algorithm I call Modulo-X was created. This algorithm is not affected by cache or buffering. The algorithm works as follows:

  1. For starting offsets of 0 - 20 do
    1a write every 20th location with a pattern
    1b write all other locations with the patterns complement
    repeat 1b one or more times
    1c check every 20th location for the pattern

This algorithm accomplishes nearly the same level of adjacency testing as moving inversions but is not affected by caching or buffering.

于是就实现了adjacency testing as moving inversions,且不受caching or buffering的影响。

Since separate write passes (1a, 1b) and the read pass (1c) are done for all of memory we can be assured that all of the buffers and cache have been flushed between passes. The selection of 20 as the stride size was somewhat arbitrary.

大的步进会使得更高效,但是会使得测试时长加大,因此折中速度和吞吐率.(我们是全空间读写,因此这里可以设置大一点哟!)

Larger strides may be more effective but would take longer to execute. The choice of 20 seemed to be a reasonable compromise between speed and thoroughness.

单项测试描述(静态异常?)

Memtest86 executes a series of numbered test sections to check for errors.

These test sections consist of a combination of test algorithm, data pattern and cache setting.

The execution order for these tests were arranged so that errors will be detected as rapidly as possible.

Tests 8, 9, 10 and 11 are very long running extended tests and are only executed when extended testing is selected.

The extended tests have a low probability of finding errors that were missed by the default tests.

A description of each of the test sections follows:

Test 0 [Address test, walking ones, no cache]

Tests all address bits in all memory banks by using a walking ones address pattern.

Test 1 [Moving Inv, ones&zeros, cached]

This test uses the moving inversions algorithm with patterns of only ones and zeros.

Cache is enabled even though it interferes to some degree with the test algorithm. With cache enabled this test does not take long and should quickly find all "hard" errors and some more subtle errors. This test is only a quick check.

Test 2 [Address test, own address, no cache]

Each address is written with its own address and then is checked for consistency.

In theory previous tests should have caught any memory addressing problems. This test should catch any addressing errors that somehow were not previously detected.

Test 3 [Moving inv, 8 bit pat, cached]

This is the same as test one but uses a 8 bit wide pattern of "walking" ones and zeros. This test will better detect subtle errors in "wide" memory chips.

A total of 20 data patterns are used.

Test 4 [Moving inv, 32 bit pat, cached]

This is a variation of the moving inversions algorithm that shifts the data pattern left one bit for each successive address.

The starting bit position is shifted left for each pass. To use all possible data patterns 32 passes are required.

This test is effective in detecting** data sensitive** errors in "wide" memory chips.

Test 5 [Block move, 64 moves, cached]

This test stresses memory by using block move (movsl) instructions and is based on Robert Redelmeier's burnBX test.

Memory is initialized with shifting patterns that are inverted every 8 bytes. Then 4mb blocks of memory are moved around using the movsl instruction.

After the moves are completed the data patterns are checked. Because the data is checked only after the memory moves are completed it is not possible to know where the error occurred.

The addresses reported are only for where the bad pattern was found. Since the moves are constrained to a 8mb segment of memory the failing address will always be less than 8mb away from the reported address. Errors from this test are not used to calculate BadRAM patterns.

Test 6 [Modulo 20, ones&zeros, cached]

Using the Modulo-X algorithm should uncover errors that are not detected by moving inversions due to cache and buffering interference with the the algorithm. As with test one only ones and zeros are used for data patterns.

Test 7 [Moving inv, ones&zeros, no cache]

This is the same as test one but without cache. With cache off there will be much less interference with the test algorithm. However, the execution time is much, much longer. This test may find very subtle errors missed by previous tests.

Test 8 [Block move, 512 moves, cached]

This is the first extended test. This is the same as test #5 except that we do more memory moves before checking memory. Errors from this test are not used to calculate BadRAM patterns.

Test 9 [Moving inv, 8 bit pat, no cache]

By using an 8 bit pattern with cache off this test should be effective in detecting all types of errors. However, it takes a very long time to execute and there is a low probability that it will detect errors not found by the previous tests.

Test 10 [Modulo 20, 8 bit, cached]

This is the first test to use the Modulo-X algorithm with a data pattern other than ones and zeros. This combination of algorithm and data pattern should be quite effective. However, it's very long execution time relegates it to the extended test section.

Test 11 [Moving inv, 32 bit pat, no cache]

This test should be the most effective in finding errors that are data pattern sensitive. However, without cache it's execution time is excessively long.

测试类型 测试内容描述
Test 0 [Address test, walking ones, no cache] walking ones address pattern测试所有的地址位
Test 1 [Moving Inv, ones&zeros, cached] moving inversions algorithm with patterns of only ones and zeros.
Test 2 [Address test, own address, no cache] 地址写入,检查其连续性,是test0的补充
Test 3 [Moving inv, 8 bit pat, cached] 重点在8bit,检查粒度更细了
Test 4 [Moving inv, 32 bit pat, cached] 检测数据敏感性异常;
Test 5 [Block move, 64 moves, cached] 检测压力下内存是否会出现问题;
Test 6 [Modulo 20, ones&zeros, cached] 去除cache的影响,还是moving inversions
Test 7 [Moving inv, ones&zeros, no cache] 补充测试未chche情况下是否ok,时间花销显著变大哟!(解决用例覆盖度问题)
Test 8 [Block move, 512 moves, cached] 既然加压了,那就试试不同压力下的情况吧!
Test 9 [Moving inv, 8 bit pat, no cache] 理论上检测所有缺陷,因为粒度都到8bit了,但是时间花销上也是呵呵哒!
Test 10 [Modulo 20, 8 bit, cached] 将data pattern(之前的就是0啊1啊的pattern而已)跟去除cache影响的Modulo-X算法组合技能确实效率更高,但是执行时间也是长长的~
Test 11 [Moving inv, 32 bit pat, no cache] 我们用的是32bit的数据pattern,因此在找出数据敏感型的异常情况中最有效,但是由于没有cache这个速度也是很感人。

总结:就是从用户的角度来看,设立不同的测试场景即测试用例,然后针对性地进行功能测试,注意是从系统级来测试,也就是说关注的不仅仅是内存颗粒了,而是在系统板级的连线、IO性能、PCB等等相关的因素一同考虑进去后,你的memory是否还能功能正常;文章来源地址https://www.toymoban.com/news/detail-596142.html

到了这里,关于MemTest内存软件测试介绍说明-1的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 软件测试面试01:自我介绍

    面试宫,您好,我叫XXX,来自于XXXX,目前从事软件测试工作,已经三年工作经验,个人性格,比较开朗,跟人关系比较好,做事也比较细心三年测试工作经验中,过了不少项目,积累不少项目经验,前面1-2年主要是功能测试,后面这一年主要做接口测试,app自动化测试能够独

    2024年02月06日
    浏览(54)
  • 软件测试-测试的概念,单元测试的详细介绍,如何设计测试用例

    作为测试工程师,你就必须掌握设计开发测试基础架构的关键技术。第三,随着自动化测试的规模化,测试数据准备的各种问题被逐渐暴露并不断放大,成为影响自动化测试效率以及稳定性的“拦路虎”。早期的传统测试数据准备方法,无论是从测试数据准备的时间成本,还

    2024年04月14日
    浏览(67)
  • 软件测试面试怎样介绍自己的测试项目?会问到什么程度?

    想知道面试时该怎样介绍测试项目?会问到什么程度? 那就需要换位思考, 思考HR在这个环节想知道什么。 HR在该环节普遍想获得的情报主要是下面这2个方面: 1)应聘者的具体经验和技术能力, 2)应聘者的团队的沟通能力、合作能力和问题解决能力。 了解到HR目的后,我

    2024年02月05日
    浏览(51)
  • 软件测试:HttpUnit简单介绍和案例应用

    带大家一起了解一下什么是HttpUnit,同时也做了一个小的测试案例供大家学习,一起进步~~~😁😁😁😁😁😁 希望大家多多关注,您的鼓励将是我最大的动力! 我的主页: 不许代码码上红 欢迎来学习! HttpUnit是基于JUnit构建的一个开源的测试框架,专门针对Web应用的测试,

    2024年02月03日
    浏览(37)
  • 嵌入式软件自动化测试介绍

    什么是嵌入式测试 嵌入式软件测试的概念似乎没那么大众,很多人从字面上理解,可能会以为这是个硬件测试,那么嵌入式测试实际上是什么呢? 根据IEEE(国际电机工程师协会)的定义,嵌入式系统是“控制、监视或者辅助装置、机器和设备运行的装置的简称”。而嵌入式

    2024年02月02日
    浏览(36)
  • 嵌入式软件开发常用的编辑代码工具、比较工具和测试工具的使用说明和操作步骤

    嵌入式软件开发常用的编辑代码工具有: Eclipse Eclipse是一款开源的集成开发环境,支持多种编程语言和插件,适用于多种嵌入式开发平台。以下是Eclipse的使用说明和操作步骤: 步骤1:创建新工程 单击“File”菜单,选择“New”→“Project”选项,选择工程类型和开发平台。

    2024年02月02日
    浏览(101)
  • 2023软件测试的就业前景以及发展方向介绍

    2023年,随着数字化和信息技术的不断发展, 软件测试 作为保障软件质量的重要环节,在科技产业中扮演着至关重要的角色。那么,2023软件测试的就业前景如何? 软件测试的就业前景将呈现出较好的趋势,以下是对其就业前景和发展方向的介绍: 就业前景: 随着软件应用范

    2024年02月07日
    浏览(48)
  • 软件测试面试时,面试官要你介绍项目,怎么说?

    测试人员在找工作中,基本都会碰到让介绍项目的这种面试题, 如何正确介绍自己的项目?需要做哪些技术准备? 今天这篇文章,围绕这些问题,跟大家一起聊一聊。 关于介绍自己的项目? 可以从以下几个方面来表述: 【项目基本介绍]】项目架构、项目业务流程、包含功

    2024年02月11日
    浏览(38)
  • 【软件测试】PDM、PTM、IPD介绍(捣鼓一晚上的血泪知识)

    引言: 文章大部分的文字来源于各大网站以及论文的收集,文章末尾有对应的参考文献。 产品数据管理[1]的英文名是Product Data Management,缩写是PDM。 PDM是一种帮助工程师和其他人员管理产品数据和产品研发过程的工具,利用数据模型对制造企业的产品研发设计过程进行管理

    2023年04月09日
    浏览(32)
  • 软件测试简历包装我们会了,但测试人的自我“包装”呢?HR自我介绍包装小技巧【建议收藏】

    小编热衷于收集整理资源,记录踩坑到爬坑的过程。希望能把自己所学,实际工作中使用的技术、学习方法、心得及踩过的一些坑,记录下来。也希望想做软件测试的你一样,通过我的分享可以少走一些弯路,可以形成一套自己的方法,并应用到实际中。 小编整理了一些零基

    2024年02月19日
    浏览(46)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包