טעויות נפוצות שלי כמשתמש חדש ב- Linux

1. חיפוש מידע בעיברית. בעיברית אין כל כך הרבה מידע על פקודות בלינוקס ורוב החיפושים שעשיתי בעיברית הניבו תוצאות שגויות ולא קשורות לנושא המבוקש. 
2. למידה של כתיבת פקודות היא כמו למידה של שפה חדשה כל פסיק ונקודה חשובים. נוראה חשוב לזכור את זה אני נפלטי בזה. חצי יום לא הצלחתי להעביר קובץ מתיקיה לתיקיה בגלל שבשם הקובץ יש רווחים ואני לא השתמשתי ב- \ כדי לשמן אותם ולכן הוא לא מצא אותו.
3. הקפדה על אותיות גדולות גם כן חשובה.
4. 
   
5. פקודת man נותנת הסבר טוב על כל פקודה שרק רוצים והיא יכולה לחסוך המון זמן.
6. חיפוש עזרה באינטרנט ובפורומים שונים גם כן עוזרת. אחד הפורים בעיברית שממש עוזר הוא לינוקס לעם.
7. מראש לא התיחסתי linux כאל windows אבל עשור לעשות את זה. הם מאוד שונים. 
8. עדיף לא להיכנס למערכת כ root אלה לחזור לאליו כשבאת יש צורך בהרשאות שלו.
9. לא לפחד לבקש עזרה.

נ.ב אם למישהו יש המלצה לתוכנה שמחליפה word אשמח לשמוע זה הסיבה העיקרית שיש לי עדיין את שתי מערכות ההפעלה על מחשב.

type of testing...

Functional testing: answers the question "what "the system does. Functional testing checks the output obtained by entering any input when the output result should adjust our expectations.
 Several types of test:
*Security testing
*Interoperability testing
*smoke test

*Unit/component testing: white box testing. the testing performed by developers. the testing focus in an individual component of the system.

*Integration testing: white box testing. the testing performed by developers. Performed on the system with the center mark on connecting sections of code. the test start from bottom up  and after that go from the top down.

 *System testing: black box testing. ensuring the interactions between systems behave as expected. performed then the development of system ended.

 *regression testing: After changes are made to the code necessary to testing again. the test will be performed to check whether the bugs have been fixed as well really test whether correction of bugs did not lead to new bugs.

Non-functional testing:  answer the question "how" the system do this.
Several types of test:
*Performance testing:
*Load testing: This test checks the load on the system. What amount of users the system can stand without a crash.
*stress testing: Putting the system under stress
*Usability testing
*Resilience testing
*Security testing
*Scalability testing

שמירת סיסמאות

אז למה אסור לשמור את הסיסמה שלך במחשב במיוחד כשהוא לא שלך, הרי הסיסמה נכתבת ככתב שלא רואים ("****"). אז בו נבצע טריק קטן וזה יסביר את הכל.

כנסו לאתר כשהו שיש צורך להכניס סיסמה. אני אישית הבחרתי בגוגל. הזנתי את האימל שלי ואז התבקשתי להזין סיסמה.

לאחר שהזנתי סיסמה אני רואה אותה בצורה הבאה :

********

כאשר אני עומדת על חלונית הסיסמה לחצתי לחצן ימני בעכבר נפתח לי אזור בחירה כאשר הבחירה הכי תחתונה שלי היא inspect. בחרתי באפשרות זו. נפתח חלון פקודות. חלון זה מציג את כל הקוד של האתר. בעצם זה המבנה של האתר איך שהמתכנת/ת כתבו אותו. כאשר עומדים על חלונית הסיסמה בחלון הפקודות מסומנת בדיוק השורה של הקוד. 

איפה שכתוב :                               type=password 

מקלידים את המילה                         type=text 

ברגע ששיניתי את זה לטקסט ניתן לראות שהסיסמה מוצגת ככתב גלוי. 

ברגע ששמרתם את הסיסמה שלכם במחשב ציבורי שלכל מי שמכיר את הטריק הקטן הזה יכולים לקבל גישה לחשבון שלכם.

נ.ב
לא כל האתרים מאפשרים שמירת סיסמאות בדיוק מהסיבה הזאת של אבטח מידע

Software development and testing models 2

	Advantages	Disadvantages
Agile	* The rapid development of software * Customers, developers and testers constantly interact with each other. * A new version comes out frequently (weeks). * Face-to-face conversation is important. * Closely daily cooperation between developers and testers. * Attention to technical and design. *Adaptation to changing circumstances. * Even changes in the later stages are solving *flexible	*There is a lack of documentation. * Customer demand must be accurate otherwise the project could fail. * The team must be skilled and experienced.
V-model	*Simple to use. * Testing happening as a planning, test designing happens before starting a coding. * Identifying bugs early stages of development * This model can prevent the passage of bugs throughout the system	* least flexible
waterfall	* Simple to use because of the order. * Easy to manage * Phases are overlapping and there is order in the model * Works well in small models are well clear requirements	*Not flexible *very slow *After the application is in testing phase, it is very difficult to go back and change something that was-calculated at the concept stage. * Not suitable to model that have high amounts of risk *The customer is not a development partner *There is not a lot of communication between developers and testers

חיקויים בטבע

פוסט ברוח חג פורים (2017) על נושא שאני מאוד אוהבת והוא חיקויים בטבע. 

אבולוציה וברירה טבעית הן המשפיעות המרכזיות להתפתחות החקיינות. חקיינות יכולה להתפתח בין מינים שונים או בין פריטים שונים באותו מים. לרוב חיקוי נועד להגן על הפרט שהתחפש אבל לפעמים החיקוי נועד גם למטרות אחרות כמו ציד וטריפה. תכונות החיקוי מגוונות מאוד מחיקוי של התנהגות, חיקוי של מראה, חיקוי של קול ועד חיקוי כימים של ריח. 

אחת הדרכים הטובות ביותר לשמור על עצמך כשאתה חלש ופגיע היא להתחפש למשהו מפחיד וחזק וזה מה שעושה פרפר ינשוף. העיניים שמופיעות על הכנפיים שלו מזכירות את עיני הינשוף ומפחידות את הטורפים שלו.

התמונה צולמה ע"י Vered Shain בבית הפרפרים בוינה

חקיינות אגרסיבית, בחקיינות מסוג זה החקיין מדמה למישהו אחר על מנת למשוך אליו טרף או להסוות את עצמו למטרות ציד. דוגמה לחקיינות כזו הוא דג החכאי. לדג בקצה הראש יש חכה שעלי יש בליטה קטנה. דגים חושבים שזה דג קטן שניתן לטרוף אותו. הם שוחים אליו ומנסים את מזלם ברגע שהם טורפים את החקה הדג טורף אותם. שרשרת המזון לא ....?!

צמחים גם כן משתמשים בחקיינות מסוג זה. צמחים טורפים מפרישים צוף מתוק וריחני שמושך את החרקים, כאשר החרקים מגיעים הצמח טורף אותם.

גם יונקים משתמשים בחקיינות, אפוסום והשועל מדמים עצמם כמתים. השועל מדמה עצמו למת למטרף ציד. הוא שוכב כמת וכאשר מגיעים ציפורים אוכלי נבלות הוא טופס אותם. 

חקיינות pseudocopulation, זו חקיינות שאופיינית לצמחים. הצמחים מרמים את החרקים שבאים לאסוף צוף מהצמחים. מבנה הפרח מדמה נבקבה של חרק שבדרך כלל מאביק את הצמח, החרק בטוח שראה נקבה ומגיע כדי להזדווג איתה הוא מבצעה את התהליך ובנתיים הצוף נאסף על גופו. 

החרק עף ומגיע שוב למשהו שדומה לנקבה ושוב זה צמח המדמה אותה תוך כדי ניסיון הזיווג החרק מאביק את הצמח. 

חקיינות מינית, חקיינות שמתרחשת באותו מין. הזכרים מתחפשים לנקבות או להפך. במשפחת הדיונונים ניתן לראות חקיינות מסוג זה. זכרים חזקים לא מאפשרים לזכרים החלשים להזדווג מה שמותיר את הזכרים החלשים ללו אפשרות להמשיך את המין. לכן הזכרים החלשים פשוט מדמים נקבות, הגודל שלהם קטן יותר וגם הזרועות. הם מתקרבים לנקבות בגלל שזכר הדיונון הגדול בטוח שזו עוד נקבה ומספיקים להזדווג עם הנקבות כל עוד הזכר הגדול לא תפס אותם.  

חקיינות הסחה (Automimicry), בחקיינות מסוג זה המחקה מנסה להסיח את הדעת מחלק החשוב מהגוף שלו ופחות מסתיר חלק שהוא פחות חיוני. דוגמה לחקינות מסוג זה הוא דג הפרפרון.

לדג יש עין מדומה על הזנב ואילו העין האמיתית שלו מטושטשת. כאשר הטורף בה לתקוף אותו מאחור(הטורף חושב זה הצד הקדמי של הדג) לדג נשאר זמן לברוח מהטורף. בנוסף הוא מטעה את הטורף בכיוון השחיה האמיתי שלו.

קיים עוד מגוון גדול של חיקויים, אני לא אצליח לפרט על כולם אלא רק אזכיר כמה מהם. חיקוי מוצלח מאוד של צמחים קיים בחרק המקלון שמחקה טוב מאוד ענפים, גם החגב  katydid  מחקה באופן מושלם עלים. ישנו גם מגוון גדול מאוד של חרקים המתחפשים לנחשים מסוכנים כשהם עצמם לא מסוגלים לפגוע בזבוב. 

Software development and testing models

There are many development and testing models. choosing the right model for development and testing is very important. The wrong choice of a model could complicate the project, cause delays and sometimes even cancellation. the most popular model is the "Agile Methodology".  the most older is the waterfall model. 

Waterfall model  /Sequential model
In this model, each stage follows on from the previous one.
The transition from stage to stage is done by filling out many templates.
Very slow to perform. From a testing point of view, it is simply too little, too late. The tester begins its work only when the code has been written.

V model 

Verification and validation model. It highlights the fact that the testing is just as important as the software development itself. Writing software and testing in parallel.
Each phase completed before the next phase begins. in this model the first, we create a system test plane and only after that we start the process of development.

Agile model

This results in small incremental releases with each release building on previous functionality. each version passed inspection ensure software quality.

There is a number of models that are less popular:

Spiral model

RAD model

Iterative model
Incremental model
Prototype model

Verification and Validation

Verification ensures that the product is built according to the requirements and design specifications.
answers to the question, "Are we building the system right?"

Validation: is done at the end of the development process and takes place after verification one completed. answers to the question, "Are we building the right system?"

Verification and Validation are an independent procedure that is used together for checking that a product, service, or system meets requirements and that it fulfils its intended purpose. 

Suppose, we want to buy a 32 GB memory. We're going to the store, have to see the appropriate product for us, memory written on 32 GB. This is verification. But then we use it and find that we have only 16 GB. The process of finding the error is validation. 

methods of testing

Black box testing	Grey box testing	White box testing
The internal working of an application is not required to be known.	Limited or partial knowledge	Full knowledge of the application
Performed by end users and also by testers and developers	Performed by end users and also by testers and developers	Performed by developers
This is the least time consuming and exhaustive	partly time-consuming and exhaustive	Most of the time consuming and exhaustive
Testing is based on external expectations-internal behaviour of the application is unknown	Testing is done on the basis of high-level database diagrams and data flow diagram	Internal working are fully known and the tester can design test data accordingly
This can only be done by trial and error method	data domains and internal boundaries can be tested, if they know	data domains and internal boundaries can be tested, if they know
Not suited to algorithm testing	Not suited to algorithm testing	suited for algorithm testing
Testing output, Without knowing the process that led to it	Testing code and output	Testing the code

Advantages and disadvantages of white and black box methods

	Black box testing	White box testing
benefits	*fits big code. *There is no need to access the code. * No need to be a developer or programmer * A clear separation between the user and the developer	*Knowing the code makes better planning of testing *Maximum coverage of test
disadvantage	* Accuracy test damaged due to the poor knowledge that the examiner have * Low coverage. The testing only the black box.	*Sometimes there is no need for going down so deeply *there is no need to qualifications people.

Preparation for ISTQB

I began to study for a test on ISTQB. I have one month to test, this time should be sufficient. Come and learn with me. Let's start, hope you will enjoy.

Let's start with some tips that can help during the exam:
1. Remember!!! there is only one correct answer to each question.
2. No need to read long questions. Try to be effective and to read the main issue.
3. In long questions read the last sentence. Usually, it is the subject of the question.
4.Learn the terms and try to explain the relationship between them. for example Black box testing and functional testing. The connection between terms is functional testing is the type of black box testing.

The main reason for testing is to build confidence in the application.