Ez a cikk egy tükör gépi fordítás, kérjük, kattintson ide, hogy ugorjon az eredeti cikkre.

Nézet: 11560|Válasz: 1

QA és tesztelési munkája

[Linket másol]
Közzétéve 2020. 04. 22. 21:21:58 | | |
QA: Először is, egyértelmű csapatcélnak kell lennie, a cél egy zászló, amely a csapatot közös irányba vezetheti. Másodszor, tisztelnünk kell a csapattagokat, a bátorításra kell koncentrálnunk, figyelmet fordítanunk a kritikai módszerekre, és tisztelnünk kell a csapattagokat, nemcsak személyiségüket és munkaeredményeiket, hanem tisztelnünk néhány ésszerű véleményt és javaslatot is, amelyeket feltesznek. Ha hibák történnek, őszintén fel kell mutatnunk a probléma gyökerét és a jövőbeli erőfeszítések irányát, ahelyett, hogy vakon hibáztatnánk őket.
A csapattudatosság ösztönzése folyamatos erősítést jelent a vállalat összetartásának és harci hatékonyságának folyamatos erősítése, hogy a munkavállalók a vállalathoz tartozás érzését érezzék. Hadd legyen minden alkalmazott világosan felismerni, hogy mindenki nélkülözhetetlen tagja a csapatnak. És tudatosan dolgozni a csapat céljai felé.
A csapat számára fontos az összetartás, de a csapat összetartásának erősítése különösen fontos. Remélem, a jövőben együtt dolgozhatunk a csapatunkért és magunkért!
Amikor egy csapat kohéziója javul, a szoftver minőségbiztosítása természetesen garantált, a lehető legnagyobb mértékben meg kell előznünk a problémákat és a jövőt, és nem várhatunk, hogy a problémák megoldódjanak, amikor megjelennek

Csapattesztelési munka: Csapatunknak van egy speciális szoftvertesztelője, a szoftverfejlesztésben mindenki más-más szerepet tölt be, a szoftver végleges összeolvadása és a próba után átadjuk a programot a tesztelőknek tesztelésre, miután a tesztelés befejeződött, a hivatalos szoftverátadás első fél hónapjában minden tag tart egy szoftvertesztelési megbeszélést, ismét teszteli a szoftver lehetséges kockázatait, és javítja a lehetséges kockázatokat. És biztosítunk egy modult a szoftverben, hogy a felhasználók visszajelzést kapjanak, ha hiba jelentkezik.




Előző:Hogyan használjuk a RelativeSource kötést a WPF-ben
Következő:Az SQL Server hossza nem elég az automatikus 0 automatikus kiegészítéshez
 Háziúr| Közzétéve 2020. 04. 22. 21:22:34 |
Különbségek a fejlesztés, tesztelés és a QA között, többek között

Szerintem ez a metafora viszonylag újszerű és érdekes, ezért átgondoltam.

Nemrégiben néhány kolléga a minisztériumban felteszi ezt a kérdést, és úgy gondolom, még mindig sokan nem értik teljesen a három szerep pozicionálását, ezért beszélek a saját személyes értelmezésemről ezekről a három szerepről.

Az interneten elegendő definíció van erre a három szerepre, ezért itt nem megyek bele a részletekbe. Engedd meg, hogy mondjak egy példát.

Feltételezve, hogy egy termék piacra hozatalának folyamata egyenértékű a diákok vizsga teljesítésével, akkor ebben a folyamatban:

A fejlesztők olyan diákok, akik vizsgadolgozatokat készítenek.

A tesztelő az a tanár, aki megváltoztatja a dolgozatot.

A QA személyzet tanácsadók.

A terméket a fejlesztő készíti, hogy a termék használható-e a piacon, átmen-e a vizsgán, a döntő tényező továbbra is a fejlesztés.

A fejlesztő benyújtotta az eredményeket, és a diákok befejezték a vizsgadolgozatot, sikeresen sikerült? A tesztelők elemezni és megítélni kell a tesztet.

A tanácsadónak nincs szakértelme konkrét kurzusokban, de először megkéri a fejlesztőket, hogy értékeljék a fejeket, aztán próbakérdéseket végezzenek, végül pedig tegyék le a vizsgát. Nem érdekli, hogy nézed a "Dragon Babu"-t vagy a "Linear Algebra"-t értékeléskor, amíg ő felügyeli a véleményedet, az elég. Mert tudta, hogy ha nem nézi át közvetlenül a vizsgát, gyakorlatilag megbukik. Jobb átnézni, mint egyáltalán nem értékelni.

Rendben, a példák vége, visszatérve a három karakterhez.

A fejlesztés a megvalósítás folyamata. A tesztelés és minőségellenőrzés egy minőségbiztosítási folyamat.

A tesztelés, akárcsak a fejlesztés, pusztán technikai tevékenység, amit eredménykontrollnak hívok. A minőségbiztosítás nem tartalmaz konkrét technológiákat, amiket én folyamatvezérlésnek hívok.

Mellékesen a termékminőség és akár a vállalatok alapvető versenyképességének javítása a szervezeti struktúra, üzleti folyamatok és akár IT eszközök reformjaival a legtöbb vállalkozás számára a tudás. Miután az IBM eladta a PC-t a Lenovónak, erre támaszkodott a pénzkereséshez, és sok pénzt hozott.

Tesztelő vagyok, szóval beszéljünk a tesztelés fejlesztési irányáról a fenti példában.

Mivel a vizsga a dolgozat változása, melyik képesség a legfontosabb?

Természetesen a vizsgadolgozat szintje számít.

A tesztkövetelmények elemzése és a teszteset tervezése azok a képességek, amelyeket minden tesztelőnek folyamatosan fejlesztenie kell a munkájában.
Lemondás:
A Code Farmer Network által közzétett összes szoftver, programozási anyag vagy cikk kizárólag tanulási és kutatási célokra szolgál; A fenti tartalmat nem szabad kereskedelmi vagy illegális célokra használni, különben a felhasználók viselik az összes következményet. Az oldalon található információk az internetről származnak, és a szerzői jogi vitáknak semmi köze ehhez az oldalhoz. A fenti tartalmat a letöltés után 24 órán belül teljesen törölni kell a számítógépéről. Ha tetszik a program, kérjük, támogassa a valódi szoftvert, vásároljon regisztrációt, és szerezzen jobb hiteles szolgáltatásokat. Ha bármilyen jogsértés történik, kérjük, vegye fel velünk a kapcsolatot e-mailben.

Mail To:help@itsvse.com