본문 바로가기

qc7

소프트웨어 테스트 관련 주요 SW 목록 소프트웨어 품질은 지속적인 관심이 필요한 영역이다.그만큼 준비도 많이 필요하고 공부도 필요하다. 백날 툴이 좋다고 한들... 프로세스가 정리되지 않은 상태에서 툴 도입하는건!사람 줄이고 늘리는 것에 혈안된 고대시대 경제의 역행적 관점이다. 그런 사항을 막기 위해서라도 공부하라 늘! 부록: http://pseg.or.kr/pseg/casetestmgt부록: http://pseg.or.kr/pseg/unitccplus부록: http://pseg.or.kr/pseg/unitcsharp부록: http://pseg.or.kr/pseg/unitjava부록: http://pseg.or.kr/pseg/caseftest부록: http://pseg.or.kr/pseg/caseptest 출처: http://www.oss.k.. 2017. 9. 16.
우리나라 IT에서는 왜 공학적인 생각을 못할까? 개발로만 20년씩 근무하던 사람이 책이나 SNS, Blog 내용을 보고 이렇게 이야기 한다. "우리는 Agile 사상에 따라 수평한 구조에서 일해야 한다. 그러니 내말을 들어라." 무언가 이상하지 않은가? 수평구조인데 별다른 챌린지도 없이 수직적으로 의사를 전달하다니...그런 도전적인 의사 표현에 대해서는 철저히 눌러 버린다. 맞던지 틀리던지. 관리하던 프로젝트에서 성능에 대한 이슈가 생겼다. 많은 개발자를 투입했으나 별다른 성과 없이 고객으로 부터 욕을 먹고 있다.당초 계획했던 종료 일자는 몇달이 지났으나 끝날 조짐이 보이지 않는다. 나름의 튜닝을 했으나 성과가 없다. "우리는 TDD를 지향해야 한다. 개발 방법론이 틀리면 그것도 바꾸어야 한다." 무언가 이상하지 않은가?TDD가 성능에 포커싱된 내용인.. 2017. 2. 15.
CSQE Primer 목차 몇년간 묵혀놨던 CSQE Primer의 목차를 정리해본다. 공부해야지.퍼가실 때는 반드시 출처를 남겨주시고~ 문제 시 삭제하겠습니다.CSQE Primer ContentsI. CERTIFICATION OVERVIEWCSQE EXAM DETAILASQ CSQE BOK II. GENRAL KNOWLEDGEQUALITY PRINCIPLESBENEFITS OF SOFTWARE QUALITYORGAN. & PROCESS BENCHMARKINGETHICAL & LEGAL COMPLIANCEPROFESSIONAL CODES OF ETHICSLEGAL & REGULATORY ISSUESSTANDARDS & MODELSLEADERSHIP SKILLSORGANIZATION LEADERSHIPFACILITATION SKILL.. 2017. 1. 24.
UI/UX platform 도구 목록 시스템을 개발하다보면... UI나 UX가 문제가 되는 케이스가 많다. 디자인이 아무래도 사용자에게 많이 노출되는 것이 많기 때문이다. X-Internet이나 HTML5와 같은 파워풀한 체계에 적합한 개발도구가 필요하기 마련이다.어떤 SI나 시스템 개발회사에는 아예 디자이너가 없다. 2000년대 초반까지만 해도 이해할 수 없는 내용이다.정확히 말하면 플랫폼 솔루션이 그 역할을 어느정도 소화하고 있다고 봐도 무방할 것으로 보인다. 솔루션, 툴 등을 도입할 때에는 우리가 개발하려는 시스템과의 정합성을 확인해야 한다.사례가 레퍼런스가 좋다는 이유로 따라 갔다간 시스템 뒤집고 다시 시작해야할 가능성이 높아진다.(Technical Debt)반대로 말하면, 체계나 프로세스, 정책, 전략없이 도입했다가는 낭패를 볼 가.. 2017. 1. 23.
[EMOCON 2015 F/W] 품질이랑 테스트랑 다른건데, 일단 네가 알게 이야기해 주마 천년나무님께서 강의하신 내용입니다.전반적인 개론을 이해하기 쉽게 정리한 강의 내용입니다. QA에 대해 궁금하신 분들은 한번 쭈욱 살펴보세요~ 도움이 될겁니다. (확신) written By 밤의카사노바 2015. 10. 26.
QA와 QC에 대한 견해 당신은 QA가 되시겠습니까? QC가 되시겠습니까? 아니면 테스터가 되시겠습니까? (위 이미지는 오락실에서 많이 즐기던 서유기라는 게임입니다. 개인적으로는 사오정을 많이 즐겨했었드랬습니다.) 지인의 블로그를 살피던 중 재미난 글을 보게 되었습니다. 그 내용은 바로 QA와 QC에 대한 구분입니다. 조직적으로 현실적으로 개념적으로 아주 잘 파악해두셨습니다. - 트랙백 걸어두었습니다. ㅎ QA와 QC에 대한 조직의 차이에 대해서 한말씀 거들어서 포스팅합니다. 아무쪼록, 제 경험에 비춰 이야기 하는 것이니 내용이 다소 난해하고 개인적인 성향을 띄더라도 이해해주길 바랍니다. (응~? 근데 왜 급 존대지? 이왕 이렇게 쓴거 끝까지 이렇게 써보렵니다.) 저는 처음에 테스트 인력이였습니다. 테스트 인력으로 몇년간 주어진.. 2010. 3. 5.
CS, QA, QC 유입 경로로 들어오는 것을 보았더니, CS와 QA, QC에 대해서 궁금하신 분이 있나봅니다. 그래서 간단히 설명하고 자 합니다. CS(Customer Support) : 보통회사에서 불리는 고객지원팀 정도로 보면 된다. 이 팀에서는 기술 지원뿐만 아니라 고객 의견, 크레임등을 전달받아 사내에서 해결방안을 도출한다. 고객에 최종단에 위치하는 업무라고 보면 된다. QA(Quality Assurance) : 보통 품질보증이라고 생각하면된다. 품질 보증은 아래 QC보다는 진화한 개념으로, 단순히 품질에 대한 로우데이터를 취합하는게 목표가 아닌 해당 내용을 분석하고 그에 따른 결론,기대값들을 관리하고 전반적인 품질을 지원하는 것을 말한다. QC(Quality Control) : 품질 검사라고 보면 된다. 품질 검.. 2009. 11. 6.