Тази статия е огледална статия за машинен превод, моля, кликнете тук, за да преминете към оригиналната статия.

Изглед: 11560|Отговор: 1

QA и неговата тестова дейност

[Копирай линк]
Публикувано в 22.04.2020 г. 21:21:58 ч. | | |
QA: Първо, трябва да има ясна отборна цел, целта е банер, който може да насочи отбора към обща посока. Второ, трябва да уважаваме членовете на екипа, да се фокусираме върху окуражаването, да обръщаме внимание на методите в критиката и да уважаваме членовете на екипа, не само да уважаваме тяхната личност и резултати в труда, но и да уважаваме някои разумни мнения и предложения, които те предлагат. Ако възникнат грешки, трябва искрено да изложим коренната причина за проблема и посоката на бъдещите усилия, вместо да ги обвиняваме сляпо.
Стимулирането на осведомеността на екипа означава непрекъснато да се повишава сплотеността и бойната ефективност на предприятието, така че служителите да имат усещане за принадлежност към компанията. Нека всеки служител ясно осъзнае, че всеки е незаменим член на екипа. И да можеш съзнателно да работиш към целите на екипа.
Сплотеността е важна за екипа, но как да се укрепи екипната сплотеност е особено важна. Надявам се в бъдеще да можем да работим заедно за нашия екип и за себе си!
Когато сплотеността на екипа се подобри, качеството на качеството на софтуера, който създават, е естествено гарантирано, трябва да предотвратим проблемите и бъдещето в най-голяма степен и не можем да чакаме проблемите да бъдат решени, когато се появят

Екипна тестова работа: Нашият екип има специален софтуерен тестер, в софтуерната разработка всеки изпълнява различна роля, след окончателното сливане на софтуера и след пробния пуск ще предадем програмата на тестерите в екипа за тестване, след като тестването приключи, през първите половин месец от официалното предаване на софтуера, всички членове на нашия екип ще проведат среща за тестване на софтуер, отново ще тестват възможните рискове от софтуера и ще коригират възможните рискове. И ще предоставим модул в софтуера, който потребителите да използват за обратна връзка при възникване на бъг.




Предишен:Как да използваме свързването с RelativeSource в WPF
Следващ:Дължината на SQL Server не е достатъчна, за да довърши автоматично 0
 Хазяин| Публикувано в 22.04.2020 г. 21:22:34 ч. |
Разлики между разработката, тестването и QA, наред с други

Мисля, че тази метафора е сравнително нова и интересна, затова я обърнах.

Напоследък някои колеги в отдела задават този въпрос и мисля, че все още има много хора, които не са много ясни относно позиционирането на тези три роли, затова ще говоря за личното си разбиране за тези три роли.

Има достатъчно дефиниции за тези три роли в интернет, затова няма да навлизам в подробности тук. Нека ви дам пример.

Ако приемем, че процесът на пускане на продукт на пазара е еквивалентен на процеса на полагане на изпита за учениците, тогава в този процес:

Разработчиците са студенти, които пишат изпитни работи.

Тестерът е учителят, който променя тестовата работа.

QA персоналът е консултант.

Продуктът се създава от разработчика, дали може да се използва на пазара, дали е издържал изпита, решаващият фактор все още е разработката.

Разработчикът подаде резултатите, а учениците завършиха тестовата работа, издържаха ли? Необходимо е тестерите да анализират и оценяват теста.

Консултантът няма експертиза в конкретни курсове, но първо ще помоли разработчиците да прегледат, после да направят пробни въпроси и накрая да се явят на изпита. Не му пука дали гледаш "Dragon Babu" или "Linear Algebra" при ревю, стига да наблюдава ревюто ти, това е достатъчно. Защото знаеше, че ако не прегледа изпита директно, на практика ще се провали. По-добре е да рецензираш, отколкото изобщо да не рецензираш.

Добре, примерите приключиха, връщаме се към тримата герои.

Разработката е процес на изпълнение. Тестването и QA са процес на осигуряване на качеството.

Тестването, както и разработката, е чисто техническа дейност, която наричам контрол на резултатите. QA не включва конкретни технологии, които аз наричам управление на процесите.

Като странична бележка, подобряването на качеството на продуктите и дори основната конкурентоспособност на предприятията чрез реформа на организационната структура, бизнес процесите и дори ИТ инструментите е разбирането на повечето предприятия. След като IBM продаде компютъра на Lenovo, компанията разчиташе на това за печалба и спечели много.

Аз съм тестер, така че нека поговорим за посоката на развитие на тестването в горния пример.

Тъй като тестът е промяна в теста, коя способност е най-важна?

Разбира се, това е нивото на изпитната работа.

Анализът на изискванията за тестове и дизайнът на тестови случаи са умения, които всеки тестер трябва непрекъснато да усъвършенства в своята работа.
Отричане:
Целият софтуер, програмни материали или статии, публикувани от Code Farmer Network, са само за учебни и изследователски цели; Горното съдържание не трябва да се използва за търговски или незаконни цели, в противен случай потребителите ще понесат всички последствия. Информацията на този сайт идва от интернет, а споровете за авторски права нямат нищо общо с този сайт. Трябва напълно да изтриете горното съдържание от компютъра си в рамките на 24 часа след изтеглянето. Ако ви харесва програмата, моля, подкрепете оригинален софтуер, купете регистрация и получете по-добри услуги. Ако има нарушение, моля, свържете се с нас по имейл.

Mail To:help@itsvse.com