-
Notifications
You must be signed in to change notification settings - Fork 24
/
Testing.Map.mm
1558 lines (1449 loc) · 261 KB
/
Testing.Map.mm
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
<map version="1.0.1">
<!-- To view this file, download free mind mapping software FreeMind from http://freemind.sourceforge.net -->
<node CREATED="1389014903209" ID="ID_922307589" MODIFIED="1389032187767" TEXT="Виды тестирования">
<node CREATED="1389014937779" ID="ID_1960847431" MODIFIED="1389014941286" POSITION="right" TEXT="По целям">
<node CREATED="1389015118135" ID="ID_229777236" MODIFIED="1389032789307" TEXT="Функциональное">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Функциональное тестирование (functional testing)</b> - тестирование программного обеспечения (как правило, методом черного ящика) в целях проверки реализуемости функциональных требований и на соответствие технологической документации или спецификации.
</p>
<p>
К функциональному тестированию относится большая часть работ, выполняемых отделом тестирования.
</p>
<p>
Варианты определения из разных источников:
</p>
<ol>
<li>
Тестирование,  основанное  на анализе  спецификации  функциональности  компонента  или  системы. (<b>ISTQB</b>)
</li>
<li>
Проверка соответствия системы, предъявляемым к ней требованиям, описанным на уровне спецификации поведенческих характеристик. (<b>SWEBOK</b>)
</li>
<li>
Тестирование программного обеспечения в целях проверки реализуемости функциональных требований, то есть способности ПО в определённых условиях решать задачи, нужные пользователям. (<b>Криспин и др.</b>)
</li>
<li>
Тестирование методом черного ящика, в котором тесты основываются на спецификации компонент программного обеспечения. Функции тестируются с помощью передачи входных данных и исследования выходных данных. Внутренне устройство программы при этом редко принимается во внимание (в отличие от тестирования методов белого ящика). Функциональное тестирование отличается от системного тем, что верифицирует программу на соответствие технологической документации или спецификации; в то время как системное тестирования производит валидацию программы на соответствие известным требованиям к системе. (<b>Канер и др.</b>)
</li>
<li>
Данный вид тестирования предназначен для доказательства того, что вся система в целом ведет себя в соответствии с ожиданиями пользователя, формализованными в виде требований к системе. В ходе данного вида тестирования проверяются все функции системы с точки зрения ее пользователей (как пользователей-людей, так и «пользователей» - других программных систем). Система при функциональном тестировании рассматривается как черный ящик. (<b>Синицын и др.</b>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015143005" ID="ID_1290008209" MODIFIED="1389645291911" TEXT="Нефункциональное">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Нефункциональное тестирование (non-functional testing)</b>  - анализ атрибутов компонента или системы, не относящихся к функциональности, в соответствии с различными шкалами.
</p>
<p>
Варианты определения из разных источников:
</p>
<ol>
<li>
Анализ атрибутов компонента или системы, не относящихся к функциональности. (<b>ISTQB</b>)
</li>
<li>
Проверка значений характеристик программного обеспечения в соответствии с различными шкалами.
</li>
</ol>
</body>
</html></richcontent>
<node CREATED="1389015175977" ID="ID_1867633291" MODIFIED="1389646117656" TEXT="Пользовательского интерфейса">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Тестирование пользовательского интерфейса (user interface testing)</b>  - проверка требований к пользовательскому интерфейсу. Например, требований к размещению элементов управления на экранных формах, к содержанию и оформлению выводимых сообщений, к форматам ввода, к реакции системы на ввод пользователя, к времени отклика на команды пользователя и т.д.
</p>
<p>
Как правило, проводится параллельно функциональному тестированию всех объектов, изменения в которых влияют пользовательский интерфейс.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Проверка требований к пользовательскому интерфейсу. Например, требований к размещению элементов управления на экранных формах, к содержанию и оформлению выводимых сообщений, к форматам ввода, к реакции системы на ввод пользователя, к времени отклика на команды пользователя и т.д. (<u>Синицын и др.</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015188266" ID="ID_646606706" MODIFIED="1389646102706" TEXT="Удобства использования">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Тестирование удобства использования (usability testing)</b>  - проверка того, насколько легко конечный пользователь системы может ее освоить, включая не только функциональную составляющую (саму систему), но и ее документацию. А также проверка того, насколько эффективно пользователь может выполнять задачи, автоматизация которых осуществляется с использованием данной системы, наконец, насколько хорошо система застрахована (с точки зрения потенциальных сбоев) от ошибок пользователя.
</p>
<p>
Как правило, проводится параллельно функциональному тестированию всех объектов, изменения в которых влияют на взаимодействие с пользователем. При этом отдельные тесты на проверку удобства использования проектируются крайне редко.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Проверка того, насколько легко конечный пользователь системы может ее освоить, включая не только функциональную составляющую – саму систему, но и ее документацию; насколько эффективно пользователь может выполнять задачи, автоматизация которых осуществляется с использованием данной системы; наконец, насколько хорошо система застрахована (с точки зрения потенциальных сбоев) от ошибок пользователя. (<u>SWEBOK</u>)
</li>
<li>
Техника, которая используется для оценки качества продукта посредством тестирования его на пользователях. Может рассматриваться как незаменимая практика оценки удобства использования, так как предоставляет достоверную информацию о том, как именно реальные пользователю работают с системой. (<u>Nielsen</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015198315" ID="ID_1845434140" MODIFIED="1389646088660" TEXT="Защищённости">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Тестирование защищённости (security testing)</b>  – тестирование программного продукта с целью определить его защищённость. Основные понятия, которые должны быть охвачены тестированием: конфиденциальность, целостность и сохранность данных, аутентификация, авторизация и невозможность отказа от авторства.
</p>
<p>
Проводится для тех объектов, в работе которых обеспечение защищёность является одной из важнейших задач.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Тестирование программного продукта с целью определить его безопасность. (<u>ISTQB</u>)
</li>
<li>
Процесс определения того, обеспечивает ли информационная система сохранность данных и поддерживает ли функциональность на заявленном уровне. Шесть основных понятий безопасности, которые должны быть охвачены тестированием безопасности: конфиденциальность, целостность и сохранность данных, аутентификация, бесперебойность работы, авторизация и невозможность отказа от авторства. (<u>NIAG</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015207475" ID="ID_1031450976" MODIFIED="1389646072849" TEXT="Инсталляционное">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Инсталляционное тестирование (installation testing)</b>  - тестирование, направленное на проверку успешной установки и настройки, обновления или удаления программного обеспечения при различном программном и аппаратном окружении, а также призванное оценить работоспособность системы после завершения работы инсталлятора.
</p>
<p>
Проводится для всех программ установки, а также при проверке поставки/диска перед выпуском версии.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Тестирование, направленное на проверку успешной инсталляции и настройки, а также обновления или удаления программного обеспечения. (<u>Про Тестинг</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015214982" ID="ID_1806224936" MODIFIED="1389646052572" TEXT="Конфигурационное">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Конфигурационное тестирование (configuration testing)</b>  - тестирование, направленное на проверку работы программного обеспечения при различных конфигурациях системы (заявленных платформах, поддерживаемых драйверах, при различных конфигурациях компьютеров и системного программного обеспечения и т.д.).
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Специальный вид тестирования, направленный на проверку работы программного обеспечения при различных конфигурациях системы (заявленных платформах, поддерживаемых драйверах, при различных конфигурациях компьютеров и т.д.). (<u>Про Тестинг</u>)
</li>
<li>
Проверка совместимости программы с теми конфигурациями оборудования и системного программного обеспечения, с которыми она должна работать. (<u>Канер и др.</u>)
</li>
<li>
Проверка того, что программная система корректно работает на всем поддерживаемом аппаратном обеспечении и совместно с другими программными системами. (<u>Синицын и др.</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015223294" ID="ID_438557044" MODIFIED="1389646048814" TEXT="Совместимости">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Тестирование совместимости (compatibility testing)</b>  - тестирование для оценки возможности взаимодействия с каким-либо окружением. Проводится при появлении новых версий общесистемного ПО или для оценки возможности расширения списка поддерживаемого ПО.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Тестирование для оценки возможности взаимодействия с каким-либо окружением. (<u>ISTQB</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015232869" ID="ID_1205766235" MODIFIED="1389646037932" TEXT="Надёжности и восстановления после сбоев">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Тестирование надежности и восстановления после сбоев (reliability and recovery testing)</b> - проверка тестируемого продукта с точки зрения способности противостоять и успешно восстанавливаться после возможных сбоев, возникших в связи с ошибками программного обеспечения, отказами оборудования или проблемами связи. При анализе поведения системы в этом случае необходимо обращать внимание на два фактора - минимизацию потерь данных в результате сбоя и минимизацию времени между сбоем и продолжением нормального функционирования системы.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Проверка тестируемого продукта с точки зрения способности противостоять и успешно восстанавливаться после возможных сбоев, возникших в связи с ошибками программного обеспечения, отказами оборудования или проблемами связи (например, отказ сети). (<u>Про Тестинг</u>)
</li>
<li>
Тестирование путем имитации сбоев оборудования или окружающего программного обеспечения либо сбоев программной системы, вызванных внешними факторами. При анализе поведения системы в этом случае необходимо обращать внимание на два фактора - минимизацию потерь данных в результате сбоя и минимизацию времени между сбоем и продолжением нормального функционирования системы. (<u>Синицын и др.</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015245838" ID="ID_471985301" MODIFIED="1389646195836" TEXT="Локализации">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Тестирование локализации (localization testing)</b> - проверка адаптации программного обеспечения для нового места эксплуатации; включает проверку изменения языка и культурной адаптации.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Проверка адаптации программного обеспечения для нового места эксплуатации; включает проверку изменения языка и культурной адаптации. (<u>Канер и др.</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015253390" ID="ID_362912536" MODIFIED="1389715386039" TEXT="Производительности">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Тестирование производительности (performance testing)</b>  - определение степени, с которой система выполняет заложенные в нее функции в установленных рамках на время обработки и пропускную способность.
</p>
<p>
Достаточно часто при тестировании производительности проверяется сразу несколько его подвидов.
</p>
<p>
В общем случае, при измерении только времени выполнения каких-либо операций, часто называется тестированием быстродействия.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Определение степени, с которой система выполняет заложенные в нее функции в установленных рамках на время обработки и пропускную способность. (<u>ISTQB</u>)
</li>
<li>
Тестирование производительности позволяет выявлять узкие места в системе, которые проявляются в условиях повышенной нагрузки или нехватки системных ресурсов. (<u>Синицын и др.</u>)
</li>
</ol>
<p>
</p>
<p>
Тестирование производительности бывает следующих видов:
</p>
<ol>
<li>
Нагрузочное тестирование
</li>
<li>
Тестирование стабильности
</li>
<li>
Стрессовое тестирование
</li>
<li>
Объемное тестирование
</li>
<li>
Тестирование масштабируемости
</li>
</ol>
</body>
</html></richcontent>
<node CREATED="1389015261333" ID="ID_1943745243" MODIFIED="1389648701861" TEXT="Нагрузочное">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Нагрузочное тестирование (load testing)</b>  - выполнение программы c повышением нагрузки, вплоть до достижения запланированных характеристик, и далее с отслеживанием поведения на всем протяжении повышения загрузки системы.
</p>
<p>
При этом может происходить, например:
</p>
<ul>
<li>
измерение времени выполнения выбранных операций при определенных интенсивностях выполнения этих операций;
</li>
<li>
определение количества пользователей, одновременно работающих с приложением;
</li>
<li>
определение границ приемлемой производительности при увеличении нагрузки (при увеличении интенсивности выполнения этих операций).
</li>
</ul>
<p>
<img src="http://habrastorage.org/files/d26/d50/785/d26d5078591b41139a89efd1f3399bd2.png"/>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Тестирование реакции программы на предельные условия эксплуатации. (<u>Канер и др.</u>)
</li>
<li>
Тип тестирования производительности, проводимый с целью оценки поведения системы при возрастающей нагрузке, например количестве параллельных пользователей и/или операций, а также определения какую нагрузку может выдержать компонент или система. (<u>ISTQB</u>)
</li>
<li>
Выполнение программной системы c повышением нагрузки, вплоть до достижения запланированных характеристик и далее, с отслеживанием поведения на всем протяжении повышения загрузки системы. (<u>SWEBOK</u>)
</li>
<li>
Автоматизированное тестирование, имитирующее работу определенного количества бизнес пользователей на каком либо общем (разделяемом ими) ресурсе. Задачей тестирования является определение масштабируемости приложения под нагрузкой, при этом происходит:
<ul>
<li>
измерение времени выполнения выбранных операций при определенных интенсивностях выполнения этих операций;
</li>
<li>
определение количества пользователей, одновременно работающих с приложением;
</li>
<li>
определение границ приемлемой производительности при увеличении нагрузки (при увеличении интенсивности выполнения этих операций);
</li>
<li>
исследование производительности на высоких, предельных, стрессовых нагрузках. (<u>Про Тестинг</u>)
</li>
</ul>
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015269190" ID="ID_348706550" MODIFIED="1389649418503" TEXT="Стабильности">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Тестирование стабильности (stability testing)</b>  - проверка работоспособности приложения при длительном (многочасовом) тестировании со средним уровнем нагрузки. Времена выполнения операций могут играть в данном виде тестирования второстепенную роль. При этом на первое место выходит отсутствие утечек памяти, перезапусков серверов под нагрузкой и т.д.
</p>
<p>
<img src="http://habrastorage.org/files/b24/c1b/5ef/b24c1b5efb714cedb2464c11eec1efde.png"/>
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Задачей тестирования стабильности (надежности) является проверка работоспособности приложения при длительном (многочасовом) тестировании со средним уровнем нагрузки. Времена выполнения операций могут играть в данном виде тестирования второстепенную роль. При этом на первое место выходит отсутствие утечек памяти, перезапусков серверов под нагрузкой и другие аспекты, влияющие именно на стабильность работы. (<u>Про Тестинг</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015277303" ID="ID_1565989269" MODIFIED="1389697159354" TEXT="Стрессовое">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Стрессовое тестирование (stress testing)</b>  - тестирование, оценивающее систему на граничных значениях рабочих нагрузок или за их пределами, или же в состоянии ограниченных ресурсов, таких как память или доступ к серверу.
</p>
<p>
<img src="http://habrastorage.org/files/375/399/49b/37539949bc82429aac47ea7ea14ddd98.png"/>
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Вид тестирования производительности, оценивающий систему на граничных значениях рабочих нагрузок или за их пределами, или же в состоянии ограниченных ресурсов, таких как память или доступ к серверу. (<u>ISTQB</u>)
</li>
<li>
Оценка надежности и устойчивости системы в условиях превышения пределов нормального функционирования. (<u>Криспин и др.</u>)
</li>
<li>
Оценка производительности и устойчивости системы в случае, когда для своей работы она выделяет максимально доступное количество ресурсов либо когда она работает в условиях их критической нехватки. Основная цель стрессового тестирования - вывести систему из строя, определить те условия, при которых она не сможет далее нормально функционировать. (<u>Синицын и др.</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015287780" ID="ID_380852406" MODIFIED="1389649885085" TEXT="Объёмное">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Объемное тестирование (volume testing)</b> - тестирование, проводимое для получения оценки производительности при увеличении объемов данных.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Тестирование, при котором система испытывается на больших объемах данных. (<u>ISTQB</u>)
</li>
<li>
Задачей объемного тестирования является получение оценки производительности при увеличении объемов данных в базе данных приложения, при этом происходит:
<ul>
<li>
измерение времени выполнения выбранных операций при определенных интенсивностях выполнения этих операций;
</li>
<li>
может производиться определение количества пользователей, одновременно работающих с приложением. (<u>Про Тестинг</u>)
</li>
</ul>
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015297198" ID="ID_535632301" MODIFIED="1389649976267" TEXT="Масштабируемости">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Тестирование  масштабируемости (scalability testing)</b>  - тестирование программного обеспечения для измерения возможностей вертикального и горизонтального масштабирования с точки зрения любой из нефункциональных возможностей будь то поддерживаемая пользовательская нагрузка, количество транзакций, объемы данных и т.д.
</p>
<p>
<i><b>Вертикальное масштабирование</b></i>  - увеличения производительности каждого компонента системы c целью повышения общей производительности.
</p>
<p>
<i><b>Горизонтальное масштабирование</b></i>  - разбиение системы на более мелкие структурные компоненты и разнесение их по отдельным физическим машинам и/или увеличение количества серверов параллельно выполняющих одну и ту же функцию.
</p>
</body>
</html></richcontent>
</node>
</node>
</node>
</node>
<node CREATED="1389014942906" ID="ID_1396061043" MODIFIED="1389014951629" POSITION="left" TEXT="По хронологии выполнения">
<node CREATED="1389015323711" ID="ID_1835742230" MODIFIED="1389650083869" TEXT="Комплексное">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Комплексное тестирование (complex testing)</b>  - вид внутреннего тестирования продукта на соответствие установленным требованиям перед выпуском версии для тестирования. Особое внимание на этом этапе тестирования уделяется проверке взаимодействия модулей между собой.
</p>
<p>
Комплексное тестирование выполняется разработчиками согласно специальному плану тестирования.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Вид внутреннего тестирования продукта на соответствие установленным требованиям перед выпуском версии для тестирования. На этом этапе еще не все может быть реализовано полностью, однако основная функциональность уже должна быть. Особое внимание на этом этапе тестирования уделяется проверке взаимодействия модулей между собой. Комплексное тестирование выполняется разработчиками согласно специальному плану тестирования. (<u>НПО Компьютер</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015360342" ID="ID_47354664" MODIFIED="1389650818422" TEXT="Приёмочное">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Приёмочное тестирование (acceptance testing)</b> - формальный процесс тестирования, который проверяет соответствие системы потребностям, требованиям и бизнес процессам пользователя, и проводится для вынесения решения заказчиком (внутренним или внешним) или другим уполномоченным лицом принимается приложение или нет.
</p>
<p>
В НПО Компьютер  данный термин используются для обозначения:
</p>
<ol>
<li>
собственно, приемочного тестирования, которое выполняется внутренними заказчиками;
</li>
<li>
входного теста, который выполняется при передаче объекта отделу тестирования.
</li>
</ol>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Формальное тестирование по отношению к потребностям, требованиям и бизнес процессам пользователя, проводимое с целью определения соответствия системы критериям приёмки. (<u>ISTQB</u>)
</li>
<li>
Формальный процесс тестирования, который проверяет соответствие системы требованиям и проводится с целью:
<ul>
<li>
определения удовлетворяет ли система приемочным критериям;
</li>
<li>
вынесения решения заказчиком или другим уполномоченным лицом принимается приложение или нет. (<u>Про Тестинг</u>)
</li>
</ul>
</li>
<li>
Фаза тестирования, характерная для программных систем, разрабатываемых на заказ. Как правило, заменяет этапы альфа- и бета- тестирования. (<u>Синицын и др.</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015335039" ID="ID_1302671915" MODIFIED="1389650285994" TEXT="Входной тест">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Входной тест (intake test)</b>  - специальный тип теста на «дым» для принятия решения, готов ли компонент или система для дальнейшего детального тестирования.
</p>
<p>
В компании НПО Компьютер проводится на этапе разработки сотрудниками отдела тестирования, практически, для всех продуктов. Успешное прохождение такого теста является критерием завершения этапа разработки. Всем больше известно под названием «<u><b>приёмочное тестирование</b></u>».
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Специальный тип <u><b>теста на «дым»</b></u> для принятия решения, готов ли компонент или система для дальнейшего детального тестирования. Обычно проводится в начала фазы тестирования. (<u>ISTQB</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015340184" ID="ID_645768963" MODIFIED="1389650326380" TEXT="Основное">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Основное тестирование</b>  - первый круг выполнения всех запланированных проверок для новой и/или измененной разработки.
</p>
<p>
Основное тестирование, в зависимости от целей, может совмещать в себе функциональное тестирование, тестирование пользовательского интерфейса и удобства использования; также может быть тестированием производительности или безопасности; в зависимости от «глубины» проверок может представлять собой экспресс-тестирование или санитарное тестирование и т.д.
</p>
</body>
</html></richcontent>
</node>
<node CREATED="1389015348028" ID="ID_535116455" MODIFIED="1389650366700" TEXT="Повторное">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Повторное/Подтверждающее тестирование (re-testing/confirmation testing)</b>  - тестирование, во время которого исполняются тестовые сценарии, выявившие ошибки во время последнего запуска, для подтверждения успешности исправления этих ошибок.
</p>
<p>
Повторное тестирование является обязательным этапом практически во всех работах по тестированию продуктов и, как правило, сводится к проверке исправления замечаний, оформленных на этапе <u><b>основного тестирования</b></u>.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Тестирование, во время которого исполняются тестовые сценарии, выявившие ошибки во время последнего запуска, для подтверждения успешности исправления этих ошибок. (<u>ISTQB</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015352001" ID="ID_60992721" MODIFIED="1416137939854" TEXT="Регрессионное">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Регрессионное тестирование (regression testing)</b>  - тестирование уже протестированной программы после модификации для уверенности в том, что процесс модификации не внес или не активизировал ошибки в областях, не подвергавшихся изменениям. Проводится после изменений в коде программного продукта или его окружения.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Тестирование уже протестированной программы после модификации для уверенности в том, что процесс модификации не внес или не активизировал ошибки в областях, не подвергавшихся изменениям. Проводится после изменений в коде программного продукта или его окружения. (<u>ISTQB</u>)
</li>
<li>
Цикл тестирования, который производится при внесении изменений на фазе системного тестирования или сопровождения продукта. (<u>Синицын и др.</u>)
</li>
</ol>
</body>
</html>
</richcontent>
</node>
</node>
<node CREATED="1389014961094" ID="ID_291763218" MODIFIED="1389014969475" POSITION="right" TEXT="По степени автоматизации">
<node CREATED="1389015414857" ID="ID_1514596020" MODIFIED="1389651283263" TEXT="Ручное">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Ручное тестирование (manual testing)</b>  - выполнение тестовых процедур без использования каких-либо средств автоматизации.
</p>
<p>
<u><b>Функциональное  тестирование</b></u>, чаще всего, ручное.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Выполнение тестовых процедур без использования каких-либо средств автоматизации. (<u>ISTQB</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015417548" ID="ID_181738531" MODIFIED="1416138125794" TEXT="Автоматизированное">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Автоматизированное тестирование (semiautomated testing)</b>  - ручное тестирование с использованием средств автоматизации, например, для генерации тестовых данных или сбора, хранения, анализа результатов и др.
</p>
<p>
Примеры:
</p>
<ol>
<li>
Скрипты для генерации тестовых данных (заполнение базы записями справочников, документами, задачами, пользователями, создание документов заданного размера и т.д.).
</li>
<li>
Утилиты отслеживания логов.
</li>
</ol>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Ручное тестирование с использованием средств автоматизации, например, для сбора, хранения, анализа результатов и др. (<u>ISTQB</u>)
</li>
</ol>
</body>
</html>
</richcontent>
</node>
<node CREATED="1389015425035" ID="ID_908979378" MODIFIED="1416138239992" TEXT="Автоматическое">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Автоматическое тестирование (automated testing)</b>  - использование программного обеспечения для осуществления или помощи в проведении определенных тестовых процедур, например, управление тестированием, проектирование тестов, выполнение тестов и проверка результатов.
</p>
<p>
Примеры:
</p>
<ol>
<li>
Практически все тесты производительности.
</li>
<li>
Автоматические функциональные тесты.
</li>
<li>
И т.д.
</li>
</ol>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Использование программного обеспечения для осуществления или помощи в проведении определенных тестовых процессов, например, управление тестированием, проектирование тестов, выполнение тестов и проверка результатов. (<u>ISTQB</u>)
</li>
</ol>
</body>
</html>
</richcontent>
</node>
</node>
<node CREATED="1389014974853" ID="ID_483552114" MODIFIED="1389014979242" POSITION="left" TEXT="По формальности">
<node CREATED="1389015456923" ID="ID_393889758" MODIFIED="1389652133415" TEXT="По тестам">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Тестирование по тестам (scripted testing)</b>  – тестирование по заранее составленным и задокументированным тестам.
</p>
<p>
К данному виду относится большая часть деятельности отдела тестирования.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Тестирование по заранее составленным и задокументированным тестам. (<u>ISTQB</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015463189" ID="ID_862133477" MODIFIED="1389652554423" TEXT="Исследовательское">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Исследовательское тестирование (exploratory testing)</b>  - неформальный метод, при котором тестировщик активно контролирует проектирование тестов, в то время как эти тесты выполняются, и использует полученную информацию для проектирования новых улучшенных тестов. Такое тестирование определяется как одновременное обучение, проектирование теста и его исполнение.
</p>
<p>
Пример:
</p>
<ol>
<li>
Тестирование, при котором строится карта приложения (mind-карта или таблица в документе отражающая проверенный функционал), в ходе тестирования оформляются замечания, по завершении оформляется отчёт. Изначально тестов для приложения нет.
</li>
</ol>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Неформальный метод, при котором тестировщик активно контролирует проектирование тестов, в то время как эти тесты выполняются, и использует полученную информацию для проектирования новых улучшенных тестов. Такое тестирование определяется как одновременное обучение, проектирование теста и его исполнение. (<u>ISTQB</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015472530" ID="ID_1047323144" MODIFIED="1389652724418" TEXT="Специализированное (свободное)">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Специализированное (свободное) тестирование (ad hoc testing)</b>  - техника тестирования, основывающаяся на опыте, интуиции и знаниях инженера, рассматривающего проблему с точки зрения имевшихся ранее аналогий. Тестирование, выполняемое неформально: без формальной  подготовки  тестов,  формальных  методов  проектирования  тестов, определения ожидаемых результатов и руководства по выполнению тестирования.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Техника тестирования, основывающаяся на опыте, интуиции и знаниях инженера, рассматривающего проблему с точки зрения имевшихся ранее аналогий.
</li>
<li>
Тестирование, выполняемое неформально; без формальной  подготовки  тестов,  формальных  методов  проектирования  тестов, определения ожидаемых результатов и руководства по выполнению тестирования. (<u>ISTQB</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
</node>
<node CREATED="1389014993157" ID="ID_1934217318" MODIFIED="1389015001105" POSITION="right" TEXT="По позитивности сценария">
<node CREATED="1389015517563" ID="ID_1909484233" MODIFIED="1389652019388" TEXT="Позитивное">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Позитивное тестирование (positive testing)</b>  - тестирование с использованием только корректных данных и проверка того, что приложение правильно выполняет вызываемые функции.
</p>
<p>
Как правило, проводится в первую очередь, для подтверждения принципиальной работоспособности объекта тестирования.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Тестирование с использованием только корректных данных и проверка того, что приложение правильно выполняет вызываемые функции. (<u>Про Тестинг</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015521368" ID="ID_34706534" MODIFIED="1389652082900" TEXT="Негативное">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Негативное тестирование (negative testing)</b>  - тестирование с использованием как корректных, так и некорректных данных с целью проверки исключительных ситуаций.
</p>
<p>
Как правило, проводится после позитивного тестирования. В условиях жестких ограничений по срокам достаточно часто выступает в роли балласта, который в целях экономии времени отбрасывается и не проводится.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Тестирование с использованием как корректных, так и некорректных данных с целью проверки исключительных ситуаций. (<u>Про Тестинг</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
</node>
<node CREATED="1389015008723" ID="ID_1257126120" MODIFIED="1389015014124" POSITION="left" TEXT="По исполнению кода">
<node CREATED="1389015540255" ID="ID_1969638000" MODIFIED="1389652903603" TEXT="Статическое">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Статическое тестирование (static testing)</b>  - тестирование системы на уровне спецификации или реализации без исполнения кода программного продукта.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Тестирование системы на уровне спецификации или реализации без исполнения кода программного продукта. (<u>ISTQB</u>)
</li>
</ol>
</body>
</html></richcontent>
<node CREATED="1389015553494" ID="ID_1832030445" MODIFIED="1389697399742" TEXT="Статический анализ кода">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Статический анализ кода (static code analysis)</b>  - анализ исходного кода, производимый без его исполнения. Типичные дефекты статического анализа:
</p>
<ul>
<li>
ссылка на переменную с неопределенным значением;
</li>
<li>
переменные, которые никогда не были использованы;
</li>
<li>
никогда не выполняемый код;
</li>
<li>
нарушение стандартов программирования и т.д.
</li>
</ul>
<p>
В основном производится автоматически средствами разработки.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Анализ исходного кода, производимый без его исполнения. (<u>ISTQB</u>)
</li>
</ol>
</body>
</html></richcontent>
</node>
<node CREATED="1389015563379" ID="ID_1595538490" MODIFIED="1389697519773" TEXT="Рецензирование исходного кода">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
<b>Рецензирование исходного кода (code review)</b>  - вид тестирования, заключающийся в проверке исходных текстов элементов разработки (т.е. не путем проверки функционирования разработанного элемента, а изучением внутренней реализации этого элемента).
</p>
<p>
Выполняется разработчиками, не принимавшими участия в разработке (модификации) данного элемента разработки.
</p>
<p>
</p>
<p>
<u>Варианты определения из разных источников</u>:
</p>
<ol>
<li>
Вид внутреннего тестирования, заключающийся в проверке исходных текстов элементов разработки (т.е. не путем проверки функционирования разработанного элемента, а изучением внутренней реализации этого элемента). Выполняется разработчиками, не принимавшими участия в разработке (модификации) данного элемента разработки. (<u>НПО Компьютер</u>)
</li>