Se via organizo regule traktas sentemajn datumojn, vi devas plenumi strategiojn pri sekureco de datumoj por protekti ne nur la individuojn, al kiuj apartenas la datumoj, sed ankaŭ vian organizon kontraŭ malobservado de iuj federaciaj leĝoj (ekz. HIPPA, GDPR, ktp). Ĉi tio influas organizojn en industrioj kiel kuracado, bankado, registaro, jura ... vere iu ajn organizo, kiu traktas sentemajn datumojn.
Ni parolas pri PII (Persone Identigebla Informo) kaj PHI (Protektita Saninformo). Ekzemploj de PII-
- Sociaj sekurecaj numeroj
- Bankaj kontoj
- Plenaj nomoj
- Pasportaj numeroj, ktp.
Ekzemploj de PHI-
- Sanarkivoj
- Laborantaj rezultoj
- Medicinaj fakturoj kaj similaj, kiuj inkluzivas individuajn identigilojn
Metodoj por Protekti Sentemajn Datumojn
Iuj klientoj priskribis siajn metodojn kiel scenojn, kiujn vi povus imagi en iu filmo, kiun vi spektis ... bildigu grupon de homoj armitaj kun iliaj bezonataj sekurecaj spacoj kunpremitaj en ŝlosita ĉambro, sen fenestroj, por mane kontroli raportajn presojn por certigi ke sentemaj informoj ne estas inkluzivita. Kvankam ĉi tio faras draman filman scenon, ĝi ne estas la plej senprudenta nek la plej efika maniero testi raportojn pri sentemaj informoj. Kaj kun foraj postuloj de laboristaro Covid-19, ĉi tio simple ne estas farebla nuntempe.
Ni helpis plurajn el niaj klientoj efektivigi la potencon de aŭtomata testado por dinamike testi iliajn raportojn de Cognos. Ĉi tiu testada strategio kaptas la raportojn frue, tuj kiam ili ne plenumas la plenumon, kaj antaŭ ol ili finiĝas en produktado por finiĝi en la malĝustaj manoj. Ĉiam estas bona ideo scii, kie estas la plej proksima socialasekura oficejo al vi, kiel la Oficejoj de Socialasekuro en Nevado, se la plej malbona okazus, ĉar la teamo ĉe via loka oficejo scios kiel administri la situacion.
Valoro de Testado Frue en Evoluaj Cikloj
Detekti datumsekurecajn vundeblecojn frue en la disvolva etapo povas helpi eviti iujn ajn estontan registaron truditajn monpunojn kaj sankciojn. Laŭ la Fako de Sano kaj Homaj Servoj de Usono, ĝis nun, la Oficejo por Civilaj Rajtoj (OCR) "solvis aŭ trudis burĝan monpunon en 75 kazoj rezultigante totalan dolarsumon de $116,303,582.00." Tio estas pli ol $1.5M per kazo! Kaj laŭ la IPurnalo HIPAA la "malsukceso plenumi tutorganizan riskan analizon estas unu el la plej oftaj HIPAA-malobservoj por rezultigi financan punon."
Krom eviti registarajn truditajn punojn, ĝenerale gravas detekti erarojn frue en la disvolva ciklo, ĉar ĉi tiu estas la etapo, kie problemoj estas multe pli facilaj kaj pli malmultekostaj. Rezulte, la ĉefa celo de ĉi tiu ekzerco estas uzi MotioCILa potenco de regresa testado por facile identigi tiajn erarojn kaj tial malhelpi ilin frue en la disvolva ciklo.
Ni rigardu kiel agordi testadon. Ni komencos agordi nian Cognos-medion kaj poste ni klarigos kiel agordi aŭtomatan testadon por PHI kaj PII-datumoj por nia ekzemplo. Ni ankaŭ uzos ĉi tiujn samajn provojn en la produktadmedio por plia nivelo de konformeco kaj sekureca kontrolo.
PHI & PII Cognos Environment Agordita
Nia specimena medio de Cognos (Figuro 1) konsistas el pluraj raportoj, ĉiu enhavanta miksaĵon de sentemaj datumoj de PII kaj PHI (ekz. diagnoza kodo, preskribo, socia asekureca numero, pacienta familia nomo kaj ktp.) kaj minimume sentemaj datumoj (ekz. paciento). antaŭnomo, dato de vizito, ktp.).
Figuro 1: Nia specimeno de Cognos-medio.
Estas du Cognos-roloj, PermesuPII kaj PermesuPHI, kiuj determinas ĉu iuj el la sentemaj datumoj estas redonitaj kiam raportoj estas plenumitaj. (Tabelo 1)
| Cognos Roloj | Notoj |
| PermesuPII | Membroj de ĉi tiu rolo povas vidi ĉiujn datumojn de PII (t.e. socia sekureca numero kaj pacienca familinomo) en raportoj de Cognos. |
| PermesuPHI | Membroj de ĉi tiu rolo povas vidi ĉiujn PHI (ekz. ICD10-diagnozkodojn, detalan diagnozpriskribon, kaj ktp.) datumojn en Cognos-raportoj. |
Tabelo 1: Cognos-roloj kontrolantaj la interpretadon de sentemaj datumoj.
Ekzemple, uzanto al kiu mankas niaj ambaŭ roloj de Cognos, ilia raporto "Pacienta Ĉiutaga Konsumo" devus aspekti jene (Figuro 2):
Figuro 2: Raporta eligo produktita de uzanto al kiu mankas kaj AllowPII kaj AllowPHI roloj.
Kiel vi povas vidi, ĉiuj datumoj de PHI kaj PII estas plene malklarigitaj de la uzanto malhavanta membrecon en ambaŭ roloj "AllowPHI/PII".
Nun ni lanĉu la raporton kun uzanto, kiu estas membro de la rolo "AllowPII", kio signifas, ke ni atendas, ke ĉi tiu uzanto povos nur vidi PII-datumojn (Figuro 3):
Figuro 3: Raporta eligo produktita de uzanto, kiu estas membro de la rolo AllowPII kaj NE de la rolo AllowPHI.
Kaj vi povas vidi ĉi tie, ke ambaŭ la Socia Sekureca Nombro kaj Familia Nomo kolumnoj aperas taŭge sen ajna redaktado.
Ĝis nun ni ekvidis la Cognos-medion de nia mita kliniko kaj ĉio, kion ni vidis ĝis nun, estas Cognos-rol-bazita datuma sekureco, kiun multaj el vi eble jam efektivigis en viaj propraj Cognos-medioj. Ĉi tio tiam alportus nin al la ĉefa demando, kiun la portantoj de sentemaj datumoj esperas neniam devus alfronti:
Kio se, diru post iom da peniga disvolviĝo, iuj sentemaj datumoj glitas kaj ekaperas por uzantoj, kiuj ne supozas vidi ĝin?
Eraroj certe estas neeviteblaj, do poste en la blogo ni uzos MotioCILa potenco de regresa testado por atenti niajn raportojn por certigi, ke privataj datumoj neniam estu elmontritaj al la neintencita publiko.
Kompreno de Konforma Testado por Cognos
Kiel menciite en la antaŭa sekcio, simplaj eraroj pri raporta verkado aŭ modelado povus indukti nedeziratan konduton en la eligo de la raportoj en via Cognos-medio. Kaj se ĉi tiuj ŝanĝoj estas nekaptitaj, ili havas la eblon eniri en vian produktadan medion. Kio estus eĉ pli katastrofa estas, ke se ĉi tiuj nedezirataj ŝanĝoj inkluzivas ekspozicion de privataj datumoj al neintencita publiko.
Ekzemple, uzanto sen esti membro de ambaŭ PermesuPII or PermesuPHI Cognos-roloj supozeble ne vidas privatajn datumojn aŭ PII aŭ PHI en nia specimena medio de Cognos. Tamen, kiel vi povas vidi sube (Figuro 4), simpla ŝanĝo en la FM-modelo kaŭzis la diagnozan priskribon kaj la paciencan SSN-numeron esti elmontritaj al tia uzanto, kio estas ENORMA malobservo de la federacia HIPAA-Sekurec-Regulo.
Figuro 4: Uzanto sen AllowPII kaj AllowPHI rolmembreco estas iel elmontrita al HIPAA-sentemaj datumoj.
Antaŭ ol movi aferojn al MotioCI, ni unue kreos tri testuzantojn en nia Cognos-medio kaj asignos ilin al niaj du roloj jene (Tabelo 2):
| uzantoj | Rola Membreco | Notoj |
| TestUzantoA | PermesuPII | Ĉiuj PHI-datumoj devas esti kaŝitaj de ĉi tiu uzanto |
| TestUzantoB | PermesuPHI | Ĉiuj PII-datumoj devas esti kaŝitaj de ĉi tiu uzanto |
| TestUserC | neniu | Uzanto atendas NE vidi PHI aŭ PII |
Tabelo 2: Testado de uzantaj kontoj de Cognos kun iliaj asignitaj roloj.
Ĉi tiuj testaj uzantokontoj poste estos uzataj en MotioCI por regresa testado de niaj raportoj, kiuj enhavas sentemajn PII kaj PHI-datumojn. Niaj testrezultoj dependos de videbleco de sentemaj datumoj al ĉiu uzanto laŭ ilia rolmembreco.
Nun, kiam ni instalis niajn testuzantojn, ni pretas agordi nian regresan testadon en MotioCI.
MotioCI Duona Agordo
Nia ekzempla ĉirkaŭaĵo konsistas el instancoj pri Disvolviĝo, UAT kaj Production Cognos. Kvankam MotioCI permesas al ni ensaluti al ĉiuj tri samtempe, ni komencos nian aranĝon de regresa testado en la Disvolva medio en tri malsamaj fazoj.
Figuro 5: MotioCI ensaluta ekrano.
Figuro 6: MotioCI hejma ekrano, montrante la Cognos-ekzemplojn.
Pri regresa testado en MotioCI, kiel aserto estas individua ĉeko aŭ "testo", kiun provas kazo pri objekto en via MotioCI ekzemple, kiel raporto, dosierujo aŭ pakaĵo. La aserto, kiu plenumos la teston de la raportaj rezultoj por sentemaj datumoj, nomiĝas Sentema Datuma Observo-Testado (Figuro 7). Ĉi tio estas kutima aserto, kiun ni kunmetis por ĉi tiu ekzerco. Malsupre vi povas vidi la aserta tipo kiu baze funkcias kiel la ĉefa ŝablono kopiita por testi kazojn tra nia MotioCI medio. Pli pri tio poste.
Figuro 7: Tipo de aserto "Sentema Konformeco de Datumoj". Kopioj de ĉi tiu aserto estas deplojitaj al la testa medio.
Iuj asertoj provizas iujn uzantajn alĝustigeblajn funkciojn per rapida fenestro. Ĉi tie vi povus ŝanĝi kiel vi ŝatus ke donita aserto testi ajnan donitan raporton de Cognos. Figuro 8 malsupre montras la rapida fenestro de nia aserto, ke ni uzos por testi niajn raportojn de Cognos enhavantajn sentemajn datumojn.
Figuro 8: Prompta fenestro de la aserto "Sentema Datuma Konformeco", malkaŝante ĉiujn ĝustigeblajn provajn opciojn de la uzanto.
La supro reliefigita sekcio en Figuro 8 montras la testajn eblojn por sentemaj datumoj pri PII kaj PHI. Ĉi tio permesas al vi fari la asertan teston, ĉu la raporto devas aŭ montri aŭ kaŝi siajn PII aŭ PHI-datumojn. Ni faros ŝanĝojn al ĉi tiuj du ebloj dum ni komencos krei testkazojn por ĉiu el niaj tri testuzantoj.
La meza emfazita sekcio en Figuro 8 montras la nomojn de la kolumnoj, kiuj enhavas PHI-sentemajn datumojn en niaj raportoj. Kvankam nia ekzempla medio konsistas el kolumnoj laŭ la nomoj de ICD10 Diag Code, Diagnoza Priskribo, Proceduro kaj Rx, vi certe povus modifi ĉi tiun liston laŭ viaj bezonoj.
Fine, la malsupra emfazita sekcio en Figuro 8 montras la retpoŝtajn elektojn. En la kazo de malsukceso, ĉi tiu aserto sendos detalan retmesaĝon al la ricevanto agordita en ĉi tiu sekcio.
Fazo I: Raportoj Montrantaj Nur PII
Ni kreu projekton sub la disvolviĝo kazo en MotioCI kaj voku ĝin Permesi nur PII. Ni povas fari tion unue dekstre alklakante la disvolviĝo ekzempla nodo en la MotioCI navigada arbo kaj elektante la Aldonu Projekton opcio (Figuro 9).
Figuro 9: Kreo de nova projekto. En MotioCI ĉiu projekto funkcias kiel testejo por antaŭdifinita sekcio de la enhava butiko.
la Aldoni Projektan Sorĉiston kondukos vin tra kelkaj paŝoj por elekti la vojojn necesajn por via projekto. En nia ekzemplo, ĉiuj raportoj enhavantaj PII kaj PHI-sentemajn datumojn ekzistas sub la Pacientaj Datumoj dosierujo. Kontroli ĉi tiun gepatran dosierujon aŭtomate inkluzivos ĉiujn subestajn raportojn (Figuroj 10 & 11).
Figuro 10: Determinado de la amplekso de la projekto en MotioCI elektante la vojojn el la medio Cognos.
Figuro 11: Montrado de ĉiuj Cognos-objektoj elektitaj por la MotioCI projekto.
Ĉar ĉiuj raportoj en ĉi tiu projekto estas atenditaj permesos montri ĉiujn PII-datumojn kaj malklarigi ĉiujn PHI, ni devos agordi nian asertan tipon kun la ĝustaj agordoj antaŭ ol aldoni iujn ajn testajn kazojn (Figuro 12). Tio signifas agordi la du testajn elektojn sur la sama aserto rapida fenestro tion ni vidis antaŭe en Figuro 8.
Figuro 12: PII kaj PHI-testopcioj de la aserto "Sensitive Data Compliance Testing".
Nun ni pretas aldoni niajn testkazojn al niaj raportoj. Por fari tion, dekstre alklaku la projektan nodon (t.e. la Permesi nur PII projekto) en MotioCI kaj elektu la Generi Testkazojn opcio (Figuro 13). Ĉi tio komencos la generi testkazon-sorĉiston, kiu permesos al ni krei grandan nombron da testkazoj por ĉiuj raportoj ene de la projekto.
Figuro 13: MotioCI povas aŭtomate generi ĉiujn necesajn testkazojn je iu ajn nivelo de la projekto.
la Generi Testokazon sorĉisto ankaŭ permesos al ni elekti la eligformatojn por la prova kazo, sur kiu ni ŝatus fari testojn. Por nia ekzempla medio mi elektis la CSV-eligon. La sorĉisto ankaŭ lasos nin elekti la asertojn, kiujn ĉiu testkazo uzos por la reala laboro de testado. Kaj por ni tio estus la Sentema Datuma Observo-Testado aserto. Vi povas vidi ambaŭ ĉi tiujn eblojn reliefigitaj sube (Figuro 14).
Figuro 14: La ebloj malkaŝitaj dum la sorĉisto "Generi Testokazojn".
Post klaki "OK" vi revenos al la MotioCI hejma ekrano, kie vi povos vidi ĉiujn niajn raportojn ĉiu enhavanta unu testkazon kaj ĉiu enhavantan nian ununuran aserton (Figuro 15).
Figuro 15: MotioCI navigada arbo montranta ĉiujn Cognos-objektojn nun ĉiu enhavanta testkazon kaj la suban aserton.
Fine, ni devas agordi ĉiujn testokazojn por plenumi iliajn gepatrajn raportojn uzante la ĝustan Cognos-uzanton (ekz. Unu el la tri testuzantoj, kiujn ni agordis en Cognos antaŭ ol agordi aferojn en MotioCI). Kaj ĉar por ĉi tiu projekto ni provas certigi, ke PHI-enhavo estas ne montrata al uzantoj, al kiuj nur rajtas vidi PII-datumojn, ni devos agordi ĉiujn testkazojn por kuri TestUzantoA (vidu tabelon 2).
Unue ĉi tio povus ŝajni teda tasko, sed bonŝance por ni ni povas agordi la uzanton ĉe la projekta nivelo, kiu tiam estus heredita de ĈIUJ subaj testkazoj ene de tiu projekto. Por fari tion, maldekstre navigada arbo, ni klakos sur la projektan nodon ( Permesi nur PII projekto) kaj tiam elektu la Projektaj Agordoj en la mezo de la ekrano. Tiam, sub la provoj sekcio, ni vidos eblon ŝanĝi la atestilojn (Figuro 16):
Figuro 16: Agordi la uzantajn atestilojn pri projekto kaŭzos, ke ĉiuj testoj ekzekutas la gepatran Cognos-raporton en Cognos kun tiu uzanto. Ĉi tion povas anstataŭigi ĉiu individua testkazo.
Post alklako sur la redakti butono situanta antaŭ la Kreditoj opcio, al ni estos prezentita la Redaktu Atestilojn fenestro. Ni iros antaŭen kaj enmetos la atestilojn por TestUzantoA (Figuro 17).
Figuro 17: La fenestro "Redakti Atestilojn" permesas al vi agordi novajn uzantajn atestilojn, aŭ uzi la gepatrajn atestilojn starigitajn ĉe la nivelo de Cognos-instanco, ankaŭ konata kiel la sistemaj atestiloj.
Ni nun vidas la novan uzanton reflektita en la provoj sekcio de la Projektaj Agordoj langeto (Figuro 18).
Figuro 18: La novaj atestiloj de uzanto nun estas agorditaj en la projekto.
Nun ni pretas plenumi ĉiujn niajn testkazojn.
Por fari tion, ni alklakos la Permesi nur PII projekto kaj meze al ni estos prezentita la Testkazoj langeto, kiu montras ĉiujn testokazojn situantajn ene de la projekto. Ĉar ni ankoraŭ nenion efektivigis, ni vidus la Statuso montrante kiel Neniuj Rezultoj. Por plenumi ĉiujn testokazojn, ni alklakos la etan sagon apud la Kuri butonon kaj elektu la Kuru Ĉiujn opcio (Figuro 19).
Figuro 19: La langeto "Testaj Kazoj" provizas kelkajn agojn, kiuj povus esti plenumitaj sur ĉiuj aŭ partoj de la provaj kazoj. Jen ni nur plenumas ĉiujn testokazojn.
MotioCI nun plenumos ĉiujn testokazojn kaj prezentos al ni la rezultojn kiam ĉiuj finiĝos (Figuro 20).
Figuro 20: La langeto "Testaj Kazoj" montras la ekzekutan staton de ĉiu testkazo inkluzive de eliroj, se ekzistas.
Kiel vi vidas, ĉiuj niaj testaj kazoj sukcesis escepte de la Enhospitaligita raporto. Do ni rigardu la rezultojn. Por fari tion, ni alklakos la bluan horstampon situantan sub la rezulto kolumno kaj rigardu la detalojn en Figuro 21.
Figuro 21: La panelo "Rezulta Testo-Rezulto" montras la detalajn rezultojn de la ekzekuto de la testkazo inkluzive la vojon de la testita objekto, asertrezultojn kaj iujn ajn rezultojn produktitajn de la raporto.
sub la Asertaj Rezultoj sekcio ni nun povas vidi, ke nia raporto malobservas la postulojn pri plenumado de PHI. Ni povas elŝuti la CSV-raporton el la Testokazaj Produktaĵoj sekcio alklakante la ikonon CSV (Figuro 21).
Bildo 22: La CSV-raporta eligo montranta montratan kolumnon "Proceduro", kiu devas esti malklarigita por la testuzanto.
Kiel vi povas vidi en nia raporto (Figuro 22), krom la PII-datumoj, kiuj estas en ordo por TestUserA aliri, ni povas vidi la PHI-procedurajn datumojn, kiuj metas la raporton malobee al la federacia Sekureca Regulo de HIPAA.
Se vi memoras el la fenestro de asertaj agordoj, ni ankaŭ supozeble ricevus retpoŝtan sciigon pri ĉi tiu fiasko. Ni vidu, kiel tio aspektas (Figuro 23):
Figuro 23: Retpoŝta mesaĝo sendita per la aserto de la malsukcesa testkazo, montranta malobservon de konfidenca datuma plenumo, probable pro lastatempa ŝanĝo en la raporto.
Je ĉi tiu punkto ni finis testi por certigi, ke PHI-datumoj estas kaŝitaj de uzantoj sen la bezonata PermesuPHI Cognos rolo. Nun ni pretas etendi nian testadon al PII-datumoj kaŝitaj de uzantoj malhavantaj la bezonatan PermesuPII Cognos rolo.
Fazo II: Raportoj Montrantaj PHI Nur
Antaŭ krei la novan projekton, unue ni redaktu la opciojn de nia majstra aserto por certigi, ke ĝi nun provas kaŝi ĉiujn PII kaj montri ĉiujn PHI (Figuro 24).
Figuro 24: PII kaj PHI-testopcioj de la aserto "Sensitive Data Compliance Testing" starigita por TestUserB.
Kun nia aserto nun tute agordita, ni nun pretas krei la novan projekton kaj niajn provkazojn. Por tio ni nur sekvos la samajn paŝojn kiel en "Fazo I" kaj kreos projekton nomatan Permesi PHI Nur. Ankaŭ ni ne forgesu aldoni la atestilojn de TestUzantoB kiel la projektuzanto.
Kiam ni finos ĉiujn agordajn paŝojn, ni plenumos ĉiujn testokazojn kiel ni faris en Fazo I. En nia ekzempla medio, ĉi-foje ni havas malsaman raporton, kiu ŝajnas esti malobservata de HIPAA (Figuro 25).
Figuro 25: La langeto "Testkazoj" montranta la ekzekutan staton de ĉiu testkazo inkluzive elirojn, se ekzistas.
Plia enketo pri la testkazaj rezultoj de la Pacienta Ĉiutaga Konsumado raporto montras, ke nia raporto montras paciencajn sociajn sekurecajn numerojn al la neintencita publiko (Figuro 26).
Figuro 26: La testkaza rezulto montranta malobservon de la SSN-PII-konforma postulo.
Elŝuti kaj malfermi la CSV-dosieron plu konfirmos la rezultojn de nia testo (Figuro 27):
Figuro 27: La CSV-eligo montras la rivelitan pacienton SSN, kie ĝi devus esti malklarigita.
Kiel vi povas vidi en Figuro 27, tamen nia raporto taŭge maskas la kolumnon de la familia nomo de la paciento (ankaŭ PII) montrante nur la komencan.
| Hejmtasko! |
| Ripetu la samajn paŝojn por TestUserC al kiu mankas ambaŭ la PermesuPII kaj PermesuPHI roloj, kio signifas, ke ili supozeble ne vidas datumojn PII aŭ PHI kiam ili plenumas iujn el niaj raportoj. |
Ĝis ĉi tiu punkto nia medio devus esti plenuminta regresan testadon de sentemaj datumoj pri PHI kaj PII uzante la sekurecon de datumoj de Cognos. Niaj testkazoj ĉiu plenumos sian gepatran raporton kaj analizos la produktaĵon laŭ la testa agordo starigita ene de iliaj subaj asertoj kaj diros al ni ĉu iuj el la raportoj malplenumiĝas.
Certe unu el la plej gravaj distingoj inter nia testa medio kaj tio, kion vi povus havi en via medio, estas grandeco. Tipa medio de Cognos plej verŝajne havas pli ol centojn aŭ eĉ milojn da raportoj kaj plenumi tiujn samtempe, kiel ni faris en nia eta specimeno, povus influi la agadon de Cognos. Kun MotioCILa testaj skriptoj, tamen, vi povas plani viajn testkazojn kuri en pli malgrandaj aroj dum liberaj horoj, do certigante optimuman rendimenton de via Cognos-medio dum la altaj trafikaj horoj.
Bona testopraktiko dum disvolviĝo
Tamen inter la planitaj tempoj de ekzekuto, vi ankoraŭ povus mane ekzekuti tiom da individuaj testkazoj kiom vi volas. Bona ekzemplo estus dum ellaborado de raporto, vi povus provi la testkazon por certigi, ke viaj ŝanĝoj ne kreis malobservojn de HIPAA.
Aŭtomatigi Cognos Test Cases
Reen al MotioCI, sur la navigada arbo, ni vastigas unu el la projektoj, kiujn ni kreis por malkaŝi ĝian enhavon. Ĉi tio malkaŝu nodon nomatan Testaj Skriptoj. Vastigante ĝin montros aron de testaj skriptoj, kiuj aŭtomate kreiĝis kiam vi unue kreis vian projekton (Figuro 28).
Figuro 28: Testaj skriptoj povas esti kreitaj por montri nur limigitan nombron da provaj kazoj kongruantaj al iuj kriterioj difinitaj de la administranto-uzanto.
De difino, a testoskripto estas ero de projekto, kiu elektas testkazojn, kiuj apartenas al projekto laŭ specifaj kriterioj. Vi povas plani testajn skriptojn aŭ ekzekuti ilin permane. Kiam vi lanĉas testan skripton, MotioCI lanĉas ĉiujn testkazojn konformajn al la skriptokriterioj.
En nia kazo ni ŝatus agordi ĉiujn testokazojn laŭ horaro. Do por fari tion ni alklakas la ĉiuj provu skripton de la navigada arbo kaj poste alklaku la Provu Skriptajn Agordojn langeto trovita meze de la ekrano (Figuro 29).
Figuro 29: La langeto "Testi Skriptajn Agordojn" permesas al vi aldoni horaron por ĉiuj testaj kazoj.
Poste ni elektas la Aldonu Horaron opcio. Ĉi tie ni nun povas agordi horaron por nia testa skripto. Mi iros antaŭen kaj funkciigos niajn testkazojn ĉiutage lunde ĝis vendrede je 3:00 a.m. (Figuro 30).
Figuro 30: Krom la ĉiutaga kaj semajna horaro, vi ankaŭ povus agordi minutan oftecon laŭ horaro.
Jen ĝi! Ni nun povas kontroli nian retpoŝtan enirkeston ĉiumatene por ekscii, ĉu iuj el niaj raportoj malplenumiĝis. Ni ankaŭ povas vidi ĉiujn fiaskajn raportojn simple alklakante la Ŝanĝita aŭ Malsukcesa testoskripto kaj ĉiuj malsukcesaj testkazoj estos prezentitaj al ni sub la Testkazoj panelo (Figuro 31).
Figuro 31: La inkluzivita testoskripto "Ŝanĝita aŭ Malsukcesa" montranta la ununuran testkazon malsukcesitan en la plej nova testkaza aro.
konkludo
Nekonformeco kun HIPPA, GDPR kaj aliaj federaciaj regularoj pri sentemaj informoj kaj privateco povas esti sufiĉe multekosta, fakte ĉirkaŭ 1.5 milionoj USD per kazo trovita malobee.
Efektivigante aŭtomatan testan strategion por trakti la plenumajn testojn, vi havos tiun ekstran sekurecan tavolon kaj trankvilecon, ke vi plenumas la leĝojn. Krom mandatoj pri privatecaj datumoj, aŭtomata testado povas profitigi ĉiujn specojn de industrioj kaj iajn testajn postulojn, kiujn via organizo ŝatus starigi.
Kiel Ni Povas Helpi?
Se vi ŝatus spekti la retejon pri ĉi tiu bloga temo, aliru ĝin ĉi tie. aŭ, kontaktu nin plu diskuti viajn Cognos-testajn demandojn.
